Closed
Bug 1007618
Opened 11 years ago
Closed 11 years ago
Tracelogger: Attribute increasing memory to TraceLogger
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: h4writer, Assigned: h4writer)
Details
Attachments
(1 file)
2.12 KB,
patch
|
bbouvier
:
review+
|
Details | Diff | Splinter Review |
Noticed this when tracelogging in the browser. Increasing of the available memory can take time. So let this be visible in the graphs it is TraceLogging itself taking that time;.
Assignee | ||
Comment 1•11 years ago
|
||
Assignee: nobody → hv1989
Attachment #8419352 -
Flags: review?(benj)
Comment 2•11 years ago
|
||
Comment on attachment 8419352 [details] [diff] [review]
Patch
Review of attachment 8419352 [details] [diff] [review]:
-----------------------------------------------------------------
As discussed on IRC, this is a temporary solution, as tracelogging should not be observable and change the behavior of the program. Hannes was mentioning that in the future, tracelogger should have another thread flushing the events tree so that we don't have to reallocate at all.
Is it worth adding the same thing in logTimestamp, or do timestamps occur not so often and thus don't need space growing? (same question applies for stack)
::: js/src/vm/TraceLogging.cpp
@@ +586,3 @@
> uint64_t start = rdtsc() - traceLoggers.startupTime;
> + if (!tree.ensureSpaceBeforeAdd()) {
> + if (!flush()) {
nit: if (!tree.ensureSpaceBeforeAdd() && !flush()) {
Attachment #8419352 -
Flags: review?(benj) → review+
Assignee | ||
Comment 3•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/b63fa55fe464
The stack shouldn't grow too big and currently logTimestamp also. So there is not needed as much.
Comment 4•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
You need to log in
before you can comment on or make changes to this bug.
Description
•