Closed Bug 1007618 Opened 11 years ago Closed 11 years ago

Tracelogger: Attribute increasing memory to TraceLogger

Categories

(Core :: JavaScript Engine, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla32

People

(Reporter: h4writer, Assigned: h4writer)

Details

Attachments

(1 file)

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;.
Attached patch PatchSplinter Review
Assignee: nobody → hv1989
Attachment #8419352 - Flags: review?(benj)
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+
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.
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.

Attachment

General

Created:
Updated:
Size: