|
|
Chromium Code Reviews|
Created:
4 years, 1 month ago by ericrk Modified:
4 years, 1 month ago Reviewers:
chrishtr CC:
blink-reviews, blink-reviews-layout_chromium.org, chromium-reviews, eae+blinkwatch, jchaffraix+rendering, leviw+renderwatch, pdr+renderingwatchlist_chromium.org, szager+layoutwatch_chromium.org, zoltan1 Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionAllocate OverlapMapContainers in vector rather than on stack with copy
Currently, when we call beginNewOverlapTestingContext(), we create a
new OverlapMapContainers object on the stack, and copy it into the
vector. This performs an unnecessary copy of a moderately sized object
(~2KB), as well as using up stack space, which can be problematic due
to aggressive inlining.
This change uses the Vector's grow function, rather than append. This
prevents the stack allocation and the copy.
R=chrishtr
BUG=660097
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2
Committed: https://crrev.com/3113a826ff6fcc0e2dcc5db52c937457a31bbc95
Cr-Commit-Position: refs/heads/master@{#429999}
Patch Set 1 #
Messages
Total messages: 21 (12 generated)
Description was changed from ========== Allocate OverlapMapContainers in vector rather than on stack with copy Currently, when we call beginNewOverlapTestingContext(), we create a new OverlapMapContainers object on the stack, and copy it into the vector. This performs an unnecessary copy of a moderately sized object (~2KB), as well as using up stack space, which can be problematic due to aggressive inlining. This change uses the Vector's grow function, rather than append. This prevents the stack allocation and the copy. R=chrishtr BUG=660097 ========== to ========== Allocate OverlapMapContainers in vector rather than on stack with copy Currently, when we call beginNewOverlapTestingContext(), we create a new OverlapMapContainers object on the stack, and copy it into the vector. This performs an unnecessary copy of a moderately sized object (~2KB), as well as using up stack space, which can be problematic due to aggressive inlining. This change uses the Vector's grow function, rather than append. This prevents the stack allocation and the copy. R=chrishtr BUG=660097 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2 ==========
The CQ bit was checked by ericrk@chromium.org
The CQ bit was unchecked by ericrk@chromium.org
The CQ bit was checked by ericrk@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...
lgtm
The CQ bit was unchecked by chrishtr@chromium.org
The CQ bit was checked by chrishtr@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by chrishtr@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
The CQ bit was checked by chrishtr@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Description was changed from ========== Allocate OverlapMapContainers in vector rather than on stack with copy Currently, when we call beginNewOverlapTestingContext(), we create a new OverlapMapContainers object on the stack, and copy it into the vector. This performs an unnecessary copy of a moderately sized object (~2KB), as well as using up stack space, which can be problematic due to aggressive inlining. This change uses the Vector's grow function, rather than append. This prevents the stack allocation and the copy. R=chrishtr BUG=660097 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2 ========== to ========== Allocate OverlapMapContainers in vector rather than on stack with copy Currently, when we call beginNewOverlapTestingContext(), we create a new OverlapMapContainers object on the stack, and copy it into the vector. This performs an unnecessary copy of a moderately sized object (~2KB), as well as using up stack space, which can be problematic due to aggressive inlining. This change uses the Vector's grow function, rather than append. This prevents the stack allocation and the copy. R=chrishtr BUG=660097 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2 Committed: https://crrev.com/3113a826ff6fcc0e2dcc5db52c937457a31bbc95 Cr-Commit-Position: refs/heads/master@{#429999} ==========
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/3113a826ff6fcc0e2dcc5db52c937457a31bbc95 Cr-Commit-Position: refs/heads/master@{#429999} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
