Bug 268477 – [GTK] WebKit uses up all memory, fails to flush web process cache under memory pressure

• Status: REOPENED
• Component: WebKitGTK

[Dennis Camera]

Created attachment 469632 [details]
epiphany with one tab open just before getting OOM killed.

On my system, when using epiphany to browse the web, WebKit's memory usage continues to grow and use up all memory and available swap until it gets killed by Linux' OOM killer.

Attached you find a screenshot of the epiphany browser with just one tab open and almost all memory and swap used up in htop.
At this point the system has become laggy already due to memory stress, opening up a fresh tab after this led to the OOM killer killing epiphany.

This may be related to bug #262780.

[Dennis Camera]

Created attachment 469633 [details]
dmesg output after OOM kicking in

[Michael Catanzaro]

We've been discussing this problem on Matrix in the context of bug #262780 and bug #205806, but based on this screenshot, the problem is you have dozens of Epiphany processes running. That's not normal and also not likely to be a bug in WebKit. This is most likely an Epiphany bug, so I'm going to close this for now. Feel free to report this on the Epiphany issue tracking, leaving a link to this issue there, and a link to the Epiphany issue here for cross-reference purposes.

Also, feel free to reopen this issue if you can reproduce this problem with only a single Epiphany process running.

[Michael Catanzaro]

OK, after further discussion on Matrix, the problem is htop is displaying threads rather than processes.

[Dennis Camera]

Michael Catanzaro, it's displayed in an "unfortunate" way in htop. It's only one epiphany process, but the different threads being shown here. The line where the command line is printed in purple is the process, the green ones are the threads.

It can also be seen by all of the lines having exactly the same memory usage. If it were indeed different processes, statistically at least one would differ.

[Dennis Camera]

Michael Catanzaro, it's displayed in an "unfortunate" way in htop. It's only one epiphany process, but the different threads being shown here. The line where the command line is printed in purple is the process, the green ones are the threads.

It can also be seen by all of the lines having exactly the same memory usage. If it were indeed different processes, statistically at least one would differ.

[Dennis Camera]

Reopening again (inadvertently changed the status back to invalid.)

[Dennis Camera]

Created attachment 469635 [details]
another screenshot with threads not shown in htop

Attached another screenshot with the threads not visible in htop.

[Michael Catanzaro]

I think that's sufficient evidence that the memory pressure handler is not working as intended.

It would be nice to have logs from MemoryPressureHandlerUnix.cpp to show this, but it's not reasonable to request them because that logging can only be enabled in debug builds. The use of debug logging rather than release logging is unfortunate.