Live object counter is off with black pages |
||
Issue descriptionWhen black allocation is enabled, performing garbage collection can increase the size of live bytes counter. For example, running the regression test from https://codereview.chromium.org/2020743002/ with --trace-gc: [15372:0x430b8b0] 332 ms: Mark-sweep 1.2 (8.0) -> 2.1 (8.0) MB, 134.2 / 0.0 ms (+ 11.0 ms in 2 steps since start of This happens because we clear all free list entries in black pages during GC and account them as live bytes until the next GC. A fix would be to preserve free lists in black pages across GCs.
,
May 30 2016
The following revision refers to this bug: https://chromium.googlesource.com/v8/v8.git/+/8c6fedd653b2f1506feafd098e17316b86089b44 commit 8c6fedd653b2f1506feafd098e17316b86089b44 Author: ulan <ulan@chromium.org> Date: Mon May 30 13:09:28 2016 [heap] Add the free remainder of a black page to the free list. BUG= chromium:615489 Review-Url: https://codereview.chromium.org/2020743002 Cr-Commit-Position: refs/heads/master@{#36587} [modify] https://crrev.com/8c6fedd653b2f1506feafd098e17316b86089b44/src/heap/incremental-marking.h [modify] https://crrev.com/8c6fedd653b2f1506feafd098e17316b86089b44/src/heap/mark-compact.cc [modify] https://crrev.com/8c6fedd653b2f1506feafd098e17316b86089b44/src/heap/spaces.h [modify] https://crrev.com/8c6fedd653b2f1506feafd098e17316b86089b44/test/cctest/heap/test-heap.cc
,
Jun 30 2016
,
Jul 18 2016
|
||
►
Sign in to add a comment |
||
Comment 1 by u...@chromium.org
, May 27 2016