[Feature] Be more lenient on tab discarding when chrome isn't at fault for high memory usage |
|
Issue descriptionChrome Version: M70- OS: All What steps will reproduce the problem? (1) Have a reasonable amount of tabs (2) Run a short-lived memory expensive task (e.g. |git gc|) What is the expected result? Short-lived task takes a lot of memory, some chrome memory is paged out. When task completes everything is smooth again. What happens instead? All my tabs got discarded. Perhaps we should be less aggressive with discarding when the memory pressure isn't caused by chrome? e.g. if a non-chrome process is using the majority of the memory. Especially if short-lived (e.g. I could see that a long gaming session in fullscreen justifies killing some tabs). I think being able to auto-reload when memory comes back would also be a great solution to allow us to get out of the way more under pressure (as it would silently hurt less).
,
Jul 31
I think aggressive discarding is only justifiable if we also have a mechanism to automatically bring back tabs. Otherwise we're like an OS that aggressively swaps out but never swaps in.
,
Jul 31
I agree, bringing back tabs is a must have IMO, we should distinguish tabs that have been discarded because we consider them as non-important and tabs that have been urgently discarded. I'll write down all the info/complaints I have about the current memory pressure signal in a doc soon. |
|
►
Sign in to add a comment |
|
Comment 1 by sebmarchand@chromium.org
, Jul 31