Make GCTracer persistent.
authorernstm@chromium.org <ernstm@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 18 Jul 2014 08:55:40 +0000 (08:55 +0000)
committerernstm@chromium.org <ernstm@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 18 Jul 2014 08:55:40 +0000 (08:55 +0000)
commitde8cac44508d27e4dab9a4d2f1892f1ca3ff519e
tree92de12fccae95b62299abfe1691aacb47a91901d
parentc4bee92ff1dfb4462cacecbead2efdc41159d11b
Make GCTracer persistent.

This is essentially https://codereview.chromium.org/390823003/. It turns
out that it's safe to use a persistent GCTracer instead
of creating and destroying GCTracers for each GC, because
Scavenge and Mark-Sweep steps never overlap, and the tracking of
incremental marking also happens separately for the two types of GC.
Tracking of incremental marking will be moved into the GCTracer in a
follow-up patch.

R=hpayer@chromium.org, mstarzinger@chromium.org
BUG=

Review URL: https://codereview.chromium.org/403543002

git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@22465 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
src/heap.cc
src/heap.h
src/mark-compact.cc
src/mark-compact.h