|
|
DescriptionProduce more useful stack traces for heap profiling.
Previously, when the stack was too large, we'd keep the top part of the stack
[closer to main()]. This proves to be less useful than the the bottom part of
the stack. This CL changes the logic to keep the bottom part of the stack.
BUG=
Review-Url: https://codereview.chromium.org/2892273003
Cr-Commit-Position: refs/heads/master@{#473621}
Committed: https://chromium.googlesource.com/chromium/src/+/72f94d55762707bcd71caeacf6bf107718ed37f0
Patch Set 1 #
Total comments: 1
Patch Set 2 : fixes #Patch Set 3 : Comments from dskiba. #
Messages
Total messages: 25 (16 generated)
Description was changed from ========== Keep bottom-most frames instead of top-most farmes. BUG= ========== to ========== Produce more useful stack traces for heap profiling. Previously, when the stack was too large, we'd keep the top part of the stack [closer to main()]. This proves to be less useful than the the bottom part of the stack. This CL changes the logic to keep the bottom part of the stack. BUG= ==========
The CQ bit was checked by erikchen@chromium.org to run a CQ dry run
erikchen@chromium.org changed reviewers: + primiano@chromium.org
primiano: Please review.
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
dskiba@chromium.org changed reviewers: + dskiba@chromium.org
This is useful. Blink sometimes produces 100+ frame deep traces. But I think we need to add a fake frame in the case when backtrace was truncated to indicate there was a truncation. Otherwise the trace will be confusing. I.e. [Thread: foo] Blink::layout Blink::layoutNode ... is confusing because it seems that Blink::layout is the root function, while [Thread: foo] <truncated> Blink::layout Blink::layoutNode ... looks better. https://codereview.chromium.org/2892273003/diff/1/base/trace_event/heap_profi... File base/trace_event/heap_profiler_allocation_context_tracker.cc (right): https://codereview.chromium.org/2892273003/diff/1/base/trace_event/heap_profi... base/trace_event/heap_profiler_allocation_context_tracker.cc:209: const void* frames[Backtrace::kMaxFrameCount]; Indentation is wrong (same below).
LGTM (I feel this is like the 3rd time that we change top vs bottom, but whatever you guys agree on sgtm). Re-indentation: just make sure it's git cl format-ed. git cl format wins :)
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...)
The CQ bit was checked by erikchen@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
On 2017/05/20 02:28:49, Primiano (slow - traveling) wrote: > LGTM (I feel this is like the 3rd time that we change top vs bottom, but > whatever you guys agree on sgtm). > > Re-indentation: just make sure it's git cl format-ed. git cl format wins :) dskiba: PTAL Note: All my CLs go through clang format.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
keishi@chromium.org changed reviewers: + keishi@chromium.org
cc +tasak
On 2017/05/20 18:17:12, erikchen wrote: > On 2017/05/20 02:28:49, Primiano (slow - traveling) wrote: > > LGTM (I feel this is like the 3rd time that we change top vs bottom, but > > whatever you guys agree on sgtm). > > > > Re-indentation: just make sure it's git cl format-ed. git cl format wins :) > > dskiba: PTAL > > Note: All my CLs go through clang format. Then it seems like a clang format bug - "// Backtrace contract requires us to return bottom frames, i.e." clearly should be indented. What happens if you indent manually - does presubmit complain about format? Otherwise LGTM
On 2017/05/22 15:28:47, DmitrySkiba wrote: > On 2017/05/20 18:17:12, erikchen wrote: > > On 2017/05/20 02:28:49, Primiano (slow - traveling) wrote: > > > LGTM (I feel this is like the 3rd time that we change top vs bottom, but > > > whatever you guys agree on sgtm). > > > > > > Re-indentation: just make sure it's git cl format-ed. git cl format wins :) > > > > dskiba: PTAL > > > > Note: All my CLs go through clang format. > > Then it seems like a clang format bug - "// Backtrace contract requires us to > return bottom frames, i.e." clearly should be indented. What happens if you > indent manually - does presubmit complain about format? > > Otherwise LGTM aha I know what the problem is: that entire file is not clang-formatted. git cl format will only format the changed lines. So the changed lines are fine, is the rest od the file that is wrong. I wonder how it happened, base now has a presubmit check that enforces formatting. Anyways, my suggestions is to land this and mass clang-format everything in a next step.
The CQ bit was checked by erikchen@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from primiano@chromium.org Link to the patchset: https://codereview.chromium.org/2892273003/#ps40001 (title: "Comments from dskiba.")
CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 40001, "attempt_start_ts": 1495469864257490, "parent_rev": "e97f707738a7c04418efe00cd4c68d5ef2fea3c8", "commit_rev": "72f94d55762707bcd71caeacf6bf107718ed37f0"}
Message was sent while issue was closed.
Description was changed from ========== Produce more useful stack traces for heap profiling. Previously, when the stack was too large, we'd keep the top part of the stack [closer to main()]. This proves to be less useful than the the bottom part of the stack. This CL changes the logic to keep the bottom part of the stack. BUG= ========== to ========== Produce more useful stack traces for heap profiling. Previously, when the stack was too large, we'd keep the top part of the stack [closer to main()]. This proves to be less useful than the the bottom part of the stack. This CL changes the logic to keep the bottom part of the stack. BUG= Review-Url: https://codereview.chromium.org/2892273003 Cr-Commit-Position: refs/heads/master@{#473621} Committed: https://chromium.googlesource.com/chromium/src/+/72f94d55762707bcd71caeacf6bf... ==========
Message was sent while issue was closed.
Committed patchset #3 (id:40001) as https://chromium.googlesource.com/chromium/src/+/72f94d55762707bcd71caeacf6bf... |