Open
Bug 1151836
Opened 11 years ago
Updated 2 years ago
WholeCellEdges store buffer can slow down minor GCs a lot
Categories
(Core :: JavaScript: GC, defect)
Core
JavaScript: GC
Tracking
()
NEW
People
(Reporter: jandem, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
292 bytes,
text/javascript
|
Details |
Luke told me about a webgl demo where we are a lot slower than Chrome and IE. A big part of the problem is that it hits a store buffer worst case scenario.
The attached shell micro-benchmark demonstrates the problem:
d8: 260 ms
js --no-ggc: 480 ms
js: 1630 ms
We create a huge number of WholeCellEdges store buffer entries, and have to mark a ton of objects on every minor GC.
| Reporter | ||
Updated•11 years ago
|
Attachment #8589099 -
Attachment mime type: text/x-c → text/javascript
| Reporter | ||
Updated•11 years ago
|
Component: JavaScript Engine → JavaScript: GC
Flags: needinfo?(terrence)
Comment 1•11 years ago
|
||
I'm currently working on speeding up the marking we do for store buffers. Unfortunately, depending on the object sizes we may not be able to get down to d8 levels until we can do page marking.
Blocks: GC.performance
Flags: needinfo?(terrence)
Updated•3 years ago
|
Severity: normal → S3
Comment 2•2 years ago
•
|
||
We are 4x-5x slower on this testcase.
Nightly : https://share.firefox.dev/4fOkwib (420ms-450ms without the profiler)
Chrome: https://share.firefox.dev/3WRNncT (80ms-100ms without the profiler)
Edit: and a profile with 10x the loop count : https://share.firefox.dev/3Xhmh0l
You need to log in
before you can comment on or make changes to this bug.
Description
•