[BUG] Frequent display freeze or blankouts
vic-cw opened this issue · comments
Describe the bug
Not consistently, but apparently mostly when memory pressure is high, some tabs either get their display frozen, meaning not refreshed and not reacting to user input, or get completely white.
They get out of this weird state either by themselves after a while, or when triggering "Mission control" and coming back.
To Reproduce
Steps to reproduce the behavior:
- Go to any website
- Try to get high RAM usage on Mac
- Switch tabs, move around, etc
Expected behavior
Tabs should display their content, updated, and react to user input such as clicks or keystrokes.
Instead, sometimes one of these two situations will occur:
- A tab will get its display frozen, the content of the page will not change whereas it should have changed (for example after a click). User input will not be taken into account
- A tab will get its display completely white, and obviously not react to any user input
After a while, it solves itself out by itself. It also comes back to life when going to Mission Control and back.
Desktop (please complete the following information):
- OS: El Capitan 10.11.6
- Build 119.0.6045.159.1
I think I'm seeing the same on OS X 10.9.5 and build 120.0.6099.199.1
Let's focus in on the situation where a tab freezes, and triggering mission control unfreezes it. I would consider the case of tabs going completely white to be a different issue (and one which is already tracked as #94).
I have never seen anything like this on 10.9, including on my laptop which has only 8 GB of memory. @RJVB is it possible to provide more specific reproduction steps? I realize that might be hard!
How much memory do your machines have, and is Settings → Performance → Memory Saver turned on or off?
For reference, I have memory saver turned on for my laptop. It's off for my desktop, but at 32 gb of memory I don't expect to ever run into high memory pressure.
TBH, I cannot recall having seen that myself either. The white page thing is rather frequent though, esp. on instagram and it does seem to be related to being low on RAM.
White page is being tracked in #94.
I get it too (and I don't think it's memory pressure related). Copying the URL into a new tab (and closing the old one) sometimes helps, as does quitting and re-opening Chromium.
I originally typed a bunch of additional thoughts here that I'm going to move to a discussion thread: #213
I cannot reproduce is the other issue described in the OP, where a page freezes but recovers after triggering mission control. Since no one else seems to experience this, I'm not entirely convinced this is a Chromium Legacy problem.
Also: Please try going into Settings → System and disabling "Use hardware acceleration when available".
Chromium Legacy forcibly disables GPU compositing, but some GPU rendering still takes place by default. This will turn it all off. My testing over the past 24 hours indicates that flicking this fully off substantially reduces "page randomly goes to white" issues!
if you indeed mean that it doesn't prevent all "white screening".
I actually don't think I've seen a white screen since turning this on, although I'm not positive.
Personally I download most videos to watch them in QuickTime, but you should also be able to use e.g. mpv to stream videos incrementally. I also wonder if there's a combination of command line flags which could disable all hardware acceleration except video decode...
I actually don't think I've seen a white screen since turning this on, although I'm not positive.
Well I take that back because I just saw one.
BTW, do you also get a technicolour show when launching CL (with the "restore session" setting active)? That reeks of video memory not getting initialised (and emptied) as it should I wonder to what extent that can have side-effects leading to some of the glitches we see further down the road.
I don't see that, no. I typically keep restore session turned off, but I tried with it turned on just now, and I didn't see anything.
Probably to little effect on our old CPUs and their legacy OSes but I'm convinced that every little bit of unloading of the CPU is going to help on such systems that are already getting pushed by modern software.
It's worth testing with hardware acceleration both on and off. I can't detect a performance difference unless I'm running something like a 3D WebGL game (in which case, yes, the game is unplayable without hardware acceleration).
Back before GPU compositing was force-disabled in Chromium Legacy, leaving it enabled led to obviously worse performance across the board (in addition to making the browser completely unstable). I assume this is because it wasn't really working properly, but I don't know that the remaining accelerated features are working properly either.