Closed
Bug 1394806
Opened 7 years ago
Closed 7 years ago
High memory usage when WebRender is enabled
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox56 | --- | unaffected |
firefox57 | --- | unaffected |
People
(Reporter: kah0922, Unassigned)
References
Details
(Whiteboard: [wr-reserve])
Attachments
(1 file)
499.21 KB,
application/gzip
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20170829100404
Steps to reproduce:
I am using build 20170829100404 on openSUSE Tumbleweed on a Radeon RX 460.
I enabled webrender, webrenderest, layers-free, blob images, and forced hardware acceleration.
I've also enabled out of procces web extensions.
Actual results:
All texture caches and image templates, no matter what site is visited, are never used and remain at zero megabytes. Firefox's memory usage constantly increases, especially on pages with a lot of images such as deviantART or danbooru, until the system locks up.
Expected results:
The texture cache and image templates should be used. Firefox's memory usage should not reach 3 GBs, epecially when only 5 tabs are opened at one time, nor should it lock up the system.
Reporter | ||
Comment 1•7 years ago
|
||
To be more specific, when I said all caches, I meant all Webrender caches. File system cahce and memory cache seem to be working fine to my knowlege.
Reporter | ||
Updated•7 years ago
|
Summary: Image Template and all Caches are not used → Image Template and all Webrender Caches are not used
Comment 2•7 years ago
|
||
comment 0 is from https://mozillagfx.wordpress.com/2017/08/28/webrender-newsletter-3/#comment-1420
(Keith Hizal from comment #0)
[...] until the system locks up.
This part might be bug 1377120.
Blocks: webrender
status-firefox57:
--- → disabled
Component: Untriaged → Graphics: WebRender
OS: Unspecified → Linux
Product: Firefox → Core
Hardware: Unspecified → x86_64
See Also: → 1377120
Version: 57 Branch → Trunk
Reporter | ||
Comment 3•7 years ago
|
||
I tested this on an Intel 5200U using HD Graphics and just like before, the texture templates and webrender caches are not used and the memory usage increases with every page loaded, especially ones with images.
I have not had a system lockup just yet though.
Reporter | ||
Comment 4•7 years ago
|
||
(In reply to Jan Andre Ikenmeyer [:darkspirit] from comment #2)
> comment 0 is from
> https://mozillagfx.wordpress.com/2017/08/28/webrender-newsletter-3/#comment-
> 1420
>
> (Keith Hizal from comment #0)
> [...] until the system locks up.
>
> This part might be bug 1377120.
I don't think it's that. I recently downloaded a file while Webrender was enabled. The only two windows open were the downloads window and a blank tab page. Firefox's memory usage climed continously untill it reached over 4 GBs. It dropped down to 2.7 after I closed the downloads window.
Updated•7 years ago
|
Blocks: stage-wr-nightly
Comment 5•7 years ago
|
||
The texture cache counters in webrender's debugging HUD weren't updated after a refactoring of the texture cache, so they stayed equal to zero even though webrender was in fact using the texture cache. This has been fixed and the fix is in nightly.
Summary: Image Template and all Webrender Caches are not used → High memory usage when WebRender is enabled
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Priority: P3 → P2
Whiteboard: [wr-mvp]
Updated•7 years ago
|
Reporter | ||
Comment 6•7 years ago
|
||
One thing I've noticed is that enabling layers.gpu-process.enabled significantly reduces the RAM used by the main FireFox process.
Of course, on Linux, bug 1401634 prevents this from reliably working.
Updated•7 years ago
|
Priority: P2 → P3
Whiteboard: [wr-mvp] → [wr-reserve]
Comment 7•7 years ago
|
||
I am also running WebRender on a machine with 8GB of RAM (going to upgrade, but wanted to test with 8 before an upgrade) and am running into situations where Firefox begins to swap, causing the entire machine to slow down.
Attached a memory report after minimizing 3x in about:memory.
Hope this helps. It's not a "test" profile, it is what I use day to day.
I see significant memory usage raise when I have enabled WebRender too. My Firefox eats up >4G memory very soon (in less than one day), and yesterday on another machine it has triggered the OOM killer twice.
I'm using Arch Linux with current nightly.
Comment 10•7 years ago
|
||
We've fixed a number of memory leaks since this bug was filed. Do you still see this issue?
Flags: needinfo?(kah0922)
Comment 12•7 years ago
|
||
Thanks. Closing this bug, but feel free to reopen or file a new bug if there are sites/usage patterns that result in abnormally bad memory usage.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•