Closed
Bug 804897
Opened 12 years ago
Closed 12 years ago
SourceCompressor should use updateMallocCounter with compartment
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 804857
People
(Reporter: ginnchen+exoracle, Assigned: ginnchen+exoracle)
References
Details
Attachments
(1 file)
716 bytes,
patch
|
Details | Diff | Splinter Review |
data.compressed is using cx->malloc_(nbytes), which updateMallocCounter to compartment.
On compression complete, it calls
saveTok->cx->runtime->updateMallocCounter(NULL, delta);
Because of the NULL ptr, it adds counts to outside compartment.
After several compressions, the count outside compartment overflows, onTooMuchMalloc() is called and triggers GC.
Assignee: general → ginn.chen
Status: NEW → ASSIGNED
Attachment #674582 -
Flags: review?(n.nethercote)
![]() |
||
Comment 2•12 years ago
|
||
Comment on attachment 674582 [details] [diff] [review]
patch
Review of attachment 674582 [details] [diff] [review]:
-----------------------------------------------------------------
Seems ok to me, but I'm going to wimp out this one-line review and ask billm to do it, because he understands this stuff better than I do.
Attachment #674582 -
Flags: review?(n.nethercote) → review?(wmccloskey)
Comment 3•12 years ago
|
||
I should note the patches to bug 804857 will "fix" this by allocating everything on the runtime.
Confirmed this problem will be gone with the patches of bug 804857.
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Attachment #674582 -
Flags: review?(wmccloskey)
Isn't this still a problem?
(In reply to Bill McCloskey (:billm) from comment #6)
> Isn't this still a problem?
The problem of overflow and trigger GC is gone.
If you think the malloc should be count on compartment, this bug should be reopened.
You need to log in
before you can comment on or make changes to this bug.
Description
•