A gfxFontCache::gfxFontCache timer wakes up idle content processes every 60s
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
People
(Reporter: florian, Assigned: jfkthame)
References
(Blocks 1 open bug)
Details
(Keywords: power)
Attachments
(1 file)
Here's a profile of a preallocated content process being woken up twice by the this gfxFontCache timer: https://share.firefox.dev/3Bb88U9
It looks like this timer was added in bug 703100 (10 years ago!). This was probably fine when we had few content processes (or maybe this was even before e10s), but now that we have potentially many content processes with Fission, this repeating timer causes lots of wake ups.
Could this timer be stopped when the cache is empty?
Reporter | ||
Comment 1•4 years ago
|
||
It's more visible on a longer profile: https://share.firefox.dev/2Z6jID1
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Restoring the block of bug 1689164. This gfxFontCache timer bug is affecting Fission's preallocated processes, but doesn't need to block the Fission MVP release.
Assignee | ||
Comment 3•4 years ago
|
||
This avoids periodically waking up an otherwise-idle process once we've expired all the
cached-word entries.
Also reduce the font and shaped-word expiration times somewhat, so that processes will tend to
become idle sooner. In practice if we don't reuse a given record within seconds, it's probably
not critical to performance; the caches are primarily there for when the same font is used for
many elements of a page, or a page is reflowed several times during load.
Updated•4 years ago
|
Comment 5•4 years ago
|
||
bugherder |
Comment 6•4 years ago
|
||
Setting status-firefox94=wontfix because it's too late to uplift to Beta 94.
Description
•