[Webkit-unassigned] [Bug 262780] New: Web process cache should expire old web processes sooner
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Oct 6 06:00:08 PDT 2023
https://bugs.webkit.org/show_bug.cgi?id=262780
Bug ID: 262780
Summary: Web process cache should expire old web processes
sooner
Product: WebKit
Version: WebKit Nightly Build
Hardware: PC
OS: Linux
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit2
Assignee: webkit-unassigned at lists.webkit.org
Reporter: mcatanzaro at redhat.com
CC: cdumez at apple.com, kkinnunen at apple.com
Currently the web process cache has a default 30 minute timeout for expiring old web processes. This is pretty excessive, and it's contributing to user complaints regarding excessive memory use from unused cached web processes. (Yes, the cache should be evicted under memory pressure, but users still don't like seeing applications use huge amounts of RAM.) The use case is: open 20 tabs for https://reddit.com, then close them all and continue using the browser. All those web processes stick around using a whole lot of RAM for up to 30 minutes.
The current web process cache defaults are:
Seconds WebProcessCache::cachedProcessLifetime { 30_min };
Seconds WebProcessCache::clearingDelayAfterApplicationResignsActive { 5_min };
static Seconds cachedProcessSuspensionDelay { 30_s };
I'm thinking the default cachedProcessLifetime should be much smaller, say at most 5 minutes. If you don't visit the same website again for more than 5 minutes, it's surely OK to pay the cost of spinning up a new web process, right?
Hey Chris, would you be OK if we change this for all platforms? I'm thinking Safari users would appreciate a shorter cache lifetime as well.
P.S. More details on how the cache works in bug #219689
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20231006/b838af5b/attachment.htm>
More information about the webkit-unassigned
mailing list