[Webkit-unassigned] [Bug 161908] [GTK] WebKitGtk+ 2.13.91 stalls my whole desktop

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=161908

--- Comment #2 from Andres Gomez Garcia <agomez at igalia.com> ---
Created attachment 289062
  --> https://bugs.webkit.org/attachment.cgi?id=289062&action=review
syslog showing a whole epiphany session from launch till it is killed

* I've used WebKitGtk+ with my own JHBuild setting:
  https://github.com/tanty/jhbuild-epiphany/tree/master

  Epiphany 3.20.3 and WebKit 2.13.92.

  The compilation was done with CMake args:

  '-DUSE_LD_GOLD=OFF -DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_MINIBROWSER=ON -DCMAKE_C_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS"'


* I also could reproduce exactly the same behaviour from a just installed 2.13.92 from Debian experimental, courtesy from Alberto García.

* I'm running Epiphany with the dconf key:

  "process-model" = "shared-secondary-process"

---

I think the problem was also the same with 2.13.90

Kept checking what was going on with the RAM as I was seeing again and again "page allocation failure" when my computer was getting frozen.

My computer has 8Gb RAM and ~8Gb swap space. Thanks to Adrián Pérez, I tweak my vm.swappiness value to "5" from the "60" default value.

Now, running the desktop and Epiphany was smoother but, eventually, the desktop still kept getting frozen. However, now it was recovering from it.


Basically, it seems that with the new threaded compositor and with the dconf key:

"process-model" = "shared-secondary-process"

The WebProcess is growing hugely and it has to be killed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160916/e06b8081/attachment.html>