Commits · 030ac76b9d50f2beba14e3a129eb703079cf70c3 · Linshizhi / V8

16 May, 2012 1 commit

Implement map collection for incremental marking. · f9b93e6c

mstarzinger@chromium.org authored 12 years ago

This causes map transitions to be treated weakly during incremental
marking and hence allows clearing of non-live transitions. The marking
code is now shared between incremental and non-incremental mode.

R=vegorov@chromium.org
BUG=v8:1465
TEST=cctest/test-heap/Regress1465

Review URL: https://chromiumcodereview.appspot.com/10310168

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@11577 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

f9b93e6c

15 May, 2012 2 commits

Revert r11556 and r11558 to allow roll. · 88a9350f

mstarzinger@chromium.org authored 12 years ago

R=yangguo@chromium.org

Review URL: https://chromiumcodereview.appspot.com/10383182

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@11564 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

88a9350f

Implement map collection for incremental marking. · 0c54a237

mstarzinger@chromium.org authored 12 years ago

This causes map transitions to be treated weakly during incremental
marking and hence allows clearing of non-live transitions. The marking
code is now shared between incremental and non-incremental mode.

R=vegorov@chromium.org
BUG=v8:1465
TEST=cctest/test-heap/Regress1465

Review URL: https://chromiumcodereview.appspot.com/10386046

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@11556 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

0c54a237

03 Apr, 2012 1 commit

Make progress in incremental marking if scavenge is delaying mark-sweep. · 2b554f24

ulan@chromium.org authored 12 years ago

R=mstarzinger@chromium.org

Review URL: https://chromiumcodereview.appspot.com/9965054

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@11213 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

2b554f24

11 Jan, 2012 1 commit

Change inlined cache of intanceof stub to use indirection through cell. · 74ef7530

vegorov@chromium.org authored 13 years ago

The stub was directly patching caller's code without issuing write barrier which violated incremental marking invariants.

R=mstarzinger@chromium.org
BUG=http://crbug.com/109448
TEST=cctest/test-heap/InstanceOfStubWriteBarrier

Review URL: http://codereview.chromium.org/9158015

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@10380 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

74ef7530

30 Nov, 2011 1 commit

Start incremental marking on idle notification. · 8dc72812

ulan@chromium.org authored 13 years ago

BUG=v8:1458
TEST=cctest/test-api/IdleNotification*

Review URL: http://codereview.chromium.org/8519002

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@10093 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

8dc72812

08 Nov, 2011 2 commits

Shrink the new space and uncommit marking deque on low memory notification. · 0d536dec

ulan@chromium.org authored 13 years ago

BUG=v8:1669
TEST=cctest/test-heap/CollectingAllAvailableGarbageShrinksNewSpace

Review URL: http://codereview.chromium.org/8065003

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9912 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

0d536dec

Clean up the marking speed heuristics. This reduces the · cd8d915c

erik.corry@gmail.com authored 13 years ago

max heap size on 64 bit from ca. 300Mbytes to ca. 200Mbytes
on Ulan's splay variant. On 32 bit not much change.
Review URL: http://codereview.chromium.org/8494012

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9906 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

cd8d915c

31 Oct, 2011 1 commit

Split incremental marking write barrier into fast and slow paths. · 85832072

vegorov@chromium.org authored 13 years ago

Force inlining of the fast path.

Force inlining LiteralBuffer::AddChar and Scanner::AddLiteralChar.

R=erik.corry@gmail.com

Review URL: http://codereview.chromium.org/8431010

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9853 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

85832072

21 Oct, 2011 1 commit

Avoid incremental marking write-barrier when constructing descriptor arrays. · af876ee4

vegorov@chromium.org authored 13 years ago

R=erik.corry@gmail.com

Review URL: http://codereview.chromium.org/8360004

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9735 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

af876ee4

18 Oct, 2011 1 commit

Add write barrier helper for code patching and refactor stack check patching. · e8a26d1e

fschneider@chromium.org authored 13 years ago

The new helper avoids expensive FindCodeForInnerPointer invocation when we have
the host code object available. It is used when patching stack checks.

Also some comments on the ARM platform are corrected.
Review URL: http://codereview.chromium.org/8330021

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9687 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

e8a26d1e

11 Oct, 2011 1 commit

Fix free list node ending up on evacuation candidate. · 554a12fb

mstarzinger@chromium.org authored 13 years ago

This is a temporary fix which avoids compaction when incremental marking
is restarted during an old-space-step. That could turn the page that
holds the chosen free list node into an evacuation candidate. It could
also cause several other inconsistencies if it happens during scavenge.

R=vegorov@chromium.org

Review URL: http://codereview.chromium.org/8228010

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9585 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

554a12fb

28 Sep, 2011 1 commit

Pass correct anchor_slot for EMBEDDED_OBJECT pointers from code objects. · 36ae5f38

vegorov@chromium.org authored 13 years ago

Correctly initialize newly created large-object pages when incremental marking with compaction is in progress.

R=erik.corry@gmail.com
BUG=v8:1737

Review URL: http://codereview.chromium.org/8070002

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9475 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

36ae5f38

20 Sep, 2011 1 commit

Fix calculation of live-bytes in pages. · 610281f4

lrn@chromium.org authored 13 years ago

The "live bytes" count is *really* a "marked black" count - i.e., the count of bytes *known* to be live.

Fix aggravating bug on X64 where assembler code used a value that was off
by a factor of 2^31.

Ensure that sweeping clears live-bytes. Added other missing increments.

Added print statements to trace live-byte modifications, under a flag.

Still a few cases of undercounting left.

(New issue to merge from GC branch to bleeding_edge)

Review URL: http://codereview.chromium.org/7970009

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9338 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

610281f4

19 Sep, 2011 1 commit

Merge experimental/gc branch to the bleeding_edge. · ac36cb45

vegorov@chromium.org authored 13 years ago

Review URL: http://codereview.chromium.org/7945009

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9328 ce2b1a6d-e550-0410-aec6-3dcde31c8c00

ac36cb45