Closed Bug 752861 Opened 14 years ago Closed 14 years ago

Consider a separate pref for enabling the GC/CC API

Categories

(Core :: JavaScript Engine, defect)

14 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 773734

People

(Reporter: whimboo, Unassigned)

References

()

Details

(Whiteboard: [js:t][Snappy])

Right now you have to set the pref 'javascript.options.mem.log' to enable logging of GC/CC data. This is still bad even with the API in-place now, because whenever you want to observe the Error Console for other stuff, it is swamped with a lot of messages you do not want to receive. As requested in an issue for memchaser would it be possible to introduce a separate pref to be used for enabling/disabling the GC/CC API?
It was me, who requested this for memchaser, but you've said your extension won't work if GC/CC output data won't be accessible. And here you suggest a separate pref for enabling GC/CC API. What does it mean? That the pref will be created to enable/disable GC/CC? As far as I understand - this will stop GC/CC output completely and that's not what I requested. I requested to change the source for the GC/CC output data from Error Console to somewhere else, so it would still work (and your memchaser will work too), but the Error Console would remain clean. If that is exactly what you meant by this bug - sorry, but the summary says another thing.
(In reply to Sean Newman from comment #1) > It was me, who requested this for memchaser, but you've said your extension > won't work if GC/CC output data won't be accessible. And here you suggest a > separate pref for enabling GC/CC API. That's correct. Since Firefox 14 we do not necessarily have to use the console messages to parse the GC/CC data. With bug 531396 we now even have observer notifications. But sadly those notifications only get send if the memory logging pref is enabled. > What does it mean? That the pref will be created to enable/disable GC/CC? As > far as I understand - this will stop GC/CC output completely and that's not > what I requested. I request a separate pref for GC/CC observer notifications. In that case we do not have to enable 'javascript.options.mem.log' and as result the Error Console will not be cluttered by all those GC/CC messages. > I requested to change the source for the GC/CC output data from Error > Console to somewhere else, so it would still work (and your memchaser will > work too), but the Error Console would remain clean. That's exactly what we already have since Firefox 14, but both methods are still tied to each other and need to be decoupled if possible. One more thing, do we have an idea about the overhead for GC/CC observer notifications? Could we let them be enabled all the time?
Depends on: 531396
Whiteboard: [MemShrink]
I think MemChaser is more of a Snappy thing than a MemShrink thing at this point.
Whiteboard: [MemShrink] → [Snappy]
Whiteboard: [Snappy] → [js:t][Snappy]
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.