Video memory leak on any long(ish)-running <video>
Categories
(Core :: Graphics: WebRender, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox88 | --- | affected |
People
(Reporter: 1justinpeter, Unassigned, NeedInfo)
References
Details
Attachments
(3 files)
Over time I have noticed a slow leak of video memory on Youtube. I see it reproducibly when watching a playlist of videos at 3-4x speed (via extension). After 1-2 hours, Firefox will freeze for 1-2 minutes at ~7.5GB (shared) video memory, before finally releasing the memory and unfreezing. Opening about:memory appears to set off this process (freezing the browser) early. As a result, I do not (yet) have a good memory capture/dump. I'm not sure if opening about:memory before the leak occurs will allow me to take a capture; otherwise, I assume I should be able to do so using task manager. In either of these situations, I'm not sure whether there will be any sensitive information involved and (if so) what the best way to get that to whoever the relevant person is would be.
About:support while watching Youtube and after a freeze is attached. (Interestingly, it appears to say that webrender failed to initialize. I'll have to look more to see if that's a persistent issue/what it may be caused by.) About:support from a new session will be attached below.
Due to the amount of time required to reproduce this issue, I have not yet verified the issue in any of the following circumstances:
- Disabling fission
- Updating to the latest graphics driver (my version is only ~2 months old, and the stable version installed by Windows)
Reporter | ||
Comment 1•3 years ago
|
||
Reporter | ||
Comment 2•3 years ago
|
||
Webrender appears to be starting normally, so it may be the case the the leak causes it to crash and fall back to another compositor.
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 3•3 years ago
|
||
This occurs when playing any video, not just videos on youtube.
Reporter | ||
Comment 4•3 years ago
|
||
Watching one long video straight through, this led to full video memory and a freeze after 35 minutes of playback. (In other circumstances, it has taken longer.) It now appears to fall back to software webrender (it was falling back to a different compositor previously), which does not exhibit the issue.
Comment 5•3 years ago
|
||
(In reply to Justin Peter from comment #4)
Watching one long video straight through, this led to full video memory and a freeze after 35 minutes of playback. (In other circumstances, it has taken longer.) It now appears to fall back to software webrender (it was falling back to a different compositor previously), which does not exhibit the issue.
Sorry for the late reply. Does this mean you are no longer experiencing this issue?
Updated•3 years ago
|
Reporter | ||
Comment 6•3 years ago
|
||
Sorry, that wasn't quite clear. The issue still exists, but after webrender crashes and falls back to software webrender (previously it fell back to the basic compositor), I'm fairly certain that the issue will not pop up again in the same session.
If I get a process dump while it's in a leaky state, would that be of help?
Reporter | ||
Comment 7•3 years ago
|
||
I did manage to get two dumps: one from Firefox (attached), which seems to have no information other than that there is a lot of VRAM being used. I also captured a process dump (via task manager) of the process using lots of memory. Thankfully, it compressed very well (to 2% of the original size), but that report is presumably not anonymized, so if you have a good slightly-more-private way to send that to you, hopefully it could be more informative.
If there's anything else I could do to help, please feel free to ask.
Reporter | ||
Comment 8•3 years ago
|
||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 9•3 years ago
|
||
gpu-committed is 3,336.96 MB and gpu-shared is 3,385.79 MB, that seems to be the biggest chunk, and it doesn't seem to be captured in our other reporting in the GPU process such as the texture host. This suggests either the reporting is missing stuff, or something inside Windows is holding onto that memory.
Reporter | ||
Comment 10•3 years ago
|
||
Would a Windows process dump help?
The see also post is on MacOS so that may indicate that it's not a Windows-specific bug.
Comment 11•3 years ago
|
||
Yes, I will contact you with a link where you can share the process dump, thanks.
![]() |
||
Updated•3 years ago
|
Reporter | ||
Comment 12•3 years ago
|
||
I have not experienced this for several months.
I don't know if this was due to an update in Windows, Firefox, or my graphics driver. (The process dump may point to the root cause; I have no idea.)
Comment 13•2 years ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
Comment hidden (spam) |
Comment hidden (spam) |
Reporter | ||
Comment 17•1 year ago
|
||
No, I haven't experienced this for at least a year and a half.
Updated•4 months ago
|
Description
•