high memory usage of gpu-committed and gpu-shared with SVG [intel xe?]
Categories
(Core :: Graphics, defect)
Tracking
()
People
(Reporter: konrad.hammerer, Assigned: bradwerth)
References
(Blocks 1 open bug)
Details
Attachments
(6 files)
ff_memory_leak_task_manager.png
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/110.0
Steps to reproduce:
Running the attached code seems to cause a memory leak in the Firefox process.
Actual results:
Process fills up to more than 15 GB of memory after time...
Expected results:
Memory consumption should stay stable.
|
||
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::SVG' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Task Manager screens hot shows memory consumption after a few minutes.
|
||
Comment 4•2 years ago
|
||
I cant repro on Win11.
Can you attach the contents of your about:support to this bug?
Just wanted to add: I can reproduce this a 100%. Every time I open this page and leave the Firefox window open/visible on the screen, I can see the memory consumption in the task manager going up rapidly. After some minutes (and more than 15 GB of mem consumption), the animation frame rate starts to drop.
|
||
Comment 7•2 years ago
|
||
Seems fine to me too.
Try creating a second tab and putting about:memory into the address bar. You can then create reports on the memory usage of the other page and see where the memory is going. You can also minimise the memory and see if it reduces.
You should also try safe mode to rule out add-ons.
added multiple memory snapshots
ah - launching FF in safe mode solves the problem. Let me further investigate which add-on might cause the problem.
|
Reporter | |
Comment 10•2 years ago
|
||
The problem is not related to any of my add-ons but the option "use hardware acceleration, if available". Screen shot attached. Without this option, the process runs stable at around 50 MB. With this option, the mem consumption grows very fast.
|
|
Reporter | |
Comment 11•2 years ago
|
||
|
|
||
Updated•2 years ago
|
|
||
Updated•2 years ago
|
|
||
Comment 12•2 years ago
|
||
FWIW, I also tried to reproduce in Windows and mac and did not see high or increasing memory usage. Perhaps something specific to the driver?
|
|
Reporter | |
Comment 13•2 years ago
|
||
Attached GPU information as screen shot. Anything else I can test or provide?
Thanks
Konrad
|
|
Reporter | |
Comment 14•2 years ago
|
||
|
||
Comment 15•2 years ago
|
||
One thing I will call out is that this device id 0x8086 0x9a49 is the dedicated GPU version of the Intel Xe graphics, and may be in a desktop system.
|
|
||
Comment 16•2 years ago
|
||
Jeff will see if he can repro on a local system that has similar hardware.
|
|
Reporter | |
Comment 17•2 years ago
|
||
FWIW, my device is a Dell Latitude 7420
|
||
Comment 18•2 years ago
|
||
I have the exact same issue. I also have a DELL with an Intel Iris Xe gpu.
I have a simple HTML file with an animated svg file as follows:
<html>
<body>
<img src="background-animated.svg" />
</body>
</html>
and memory won't stop increasing. My SVG file has an animateTransform. If I remove that, the issue goes away.
|
|
||
Updated•2 years ago
|
|
||
Updated•2 years ago
|
|
|
||
Comment 19•2 years ago
|
||
I've linked a few other bugs where the only real problem is high gpu-committed and/or gpu-shared to bug 1827696. I don't know if they are related or not.
|
|
||
Comment 20•2 years ago
|
||
Bumping this to S2 for investigation, I will need to assess how broadly this impacts users. I don't have the hardware personally but I can PiKVM to one in the near future to investigate.
|
||
Updated•2 years ago
|
|
|
||
Updated•2 years ago
|
|
||
Comment 21•2 years ago
|
||
Could you please attach the animated SVG file (background-animated.svg) referenced in comment 18?
|
|
||
Updated•2 years ago
|
|
|
||
Updated•2 years ago
|
|
Assignee | |
Comment 22•2 years ago
|
||
I will try to move this forward. I'll try replicating on a variety of hardware, including the Intel Xe hardware which I will have to access remotely.
|
|
Reporter | |
Comment 23•2 years ago
|
||
Hi,
You asked for the animated svg file mentioned in comment 18 but it wasn't me posting that comment so I cannot attach that svg file. Anyway, in the original post I added the Untitled2.html attachment which should be enough to reproduce the problem. Let me know if you need additional information.
Thanks
Konrad
|
|
Reporter | |
Comment 24•2 years ago
|
||
Hi,
Just re-tested with the latest Firefox version 114.0.2 64bit and Windows 11 (same hardware as before) but cannot reproduce the issue anymore. So either Firefox has fixed it with the last updates or it was fixed with an GPU driver update or Windows update.
Konrad
|
||
Updated•2 years ago
|
|
|
Assignee | |
Comment 25•2 years ago
|
||
(In reply to FGG from comment #18)
I have the exact same issue. I also have a DELL with an Intel Iris Xe gpu.
FGG, would you please test again with an updated Nightly, and updated driver? The original reporter is saying that the issue is fixed for them. Is it also fixed for you?
|
|
Assignee | |
Comment 26•2 years ago
|
||
I'm not able to reproduce this on Intel Xe hardware using the original testcase, attachment 9321309 [details]. I tried mozregression to find a range where the behavior might have changed, but all the builds worked without blowing up memory. I tried a build from 2023-03-06 and that was fine, too. Please re-open this Bug if this is still occurring for you. In such a case, please try to run mozregression to find what code is responsible.
|
||
Updated•10 months ago
|
Description
•