Memory reporter for structured clone buffers
Categories
(Core :: JavaScript Engine, enhancement, P3)
Tracking
()
People
(Reporter: sfink, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [MemShrink:P2])
Attachments
(1 file)
1.02 KB,
text/html
|
Details |
![]() |
||
Updated•12 years ago
|
![]() |
||
Updated•12 years ago
|
![]() |
||
Comment 1•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Updated•2 years ago
|
Comment 2•2 years ago
|
||
Some of this exists from bug 1382645:
https://searchfox.org/mozilla-central/rev/ef0aa879e94534ffd067a3748d034540a9fc10b0/dom/base/StructuredCloneHolder.h#139
In my case of Worker postMessage I think the StructuredCloneHolderBase ends up being held in the worker event queue and I don't think we try to gather the size of that data.
Reporter | ||
Comment 3•2 years ago
|
||
Yeah, that's what I saw too. If possible, I think it would be useful to account for the event queue, because we do see cases where one thread is posting messages faster than they're being consumed, which can result in a lot of memory piling up. (Multiple gigabytes in some cases.) I don't know if there's a backpressure mechanism that is supposed to control this, but if there is then it doesn't seem to be enough when you are Transferring large ArrayBuffers—it only takes a few pending messages to bloat memory up when you're tossing 1000x1000 pixel frames around.
Comment 4•2 years ago
|
||
Updated•1 year ago
|
Description
•