- 26 Nov, 2012 1 commit
-
-
hpayer@chromium.org authored
BUG= Review URL: https://codereview.chromium.org/11415070 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@13063 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 23 Nov, 2012 1 commit
-
-
hpayer@chromium.org authored
BUG=v8:2423 Review URL: https://codereview.chromium.org/11308177 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@13040 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 19 Nov, 2012 1 commit
-
-
hpayer@chromium.org authored
BUG= Review URL: https://codereview.chromium.org/11418032 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@13004 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 26 Sep, 2012 1 commit
-
-
erik.corry@gmail.com authored
at which we are hitting expensive write barrier operations, not just on the rate of allocation. Review URL: https://chromiumcodereview.appspot.com/10974003 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12618 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 17 Sep, 2012 1 commit
-
-
mstarzinger@chromium.org authored
This refactors the specialized marking of map contents to be done by the static marking visitor shared between full and incremental marking. This also fixes an issue where some maps weren't accounted for in the object stats tracker. But more importantly, it simplifies the code base. R=verwaest@chromium.org Review URL: https://codereview.chromium.org/10919294 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12526 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 11 Sep, 2012 1 commit
-
-
erik.corry@gmail.com authored
white objects when compacting. Add flag for incremental code compaction. Review URL: https://chromiumcodereview.appspot.com/10907174 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12483 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 10 Jul, 2012 1 commit
-
-
mstarzinger@chromium.org authored
BUG=none TEST=manual Review URL: https://chromiumcodereview.appspot.com/9817002 Patch from Jochen Eisinger <jochen@chromium.org>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12032 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 16 May, 2012 1 commit
-
-
mstarzinger@chromium.org authored
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
-
- 15 May, 2012 2 commits
-
-
mstarzinger@chromium.org authored
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
-
mstarzinger@chromium.org authored
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
-
- 04 May, 2012 1 commit
-
-
ulan@chromium.org authored
Review URL: https://chromiumcodereview.appspot.com/10376008 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@11513 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 18 Jan, 2012 1 commit
-
-
vegorov@chromium.org authored
R=mstarzinger@chromium.org BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/9178021 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@10426 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 08 Nov, 2011 1 commit
-
-
erik.corry@gmail.com authored
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
-
- 31 Oct, 2011 1 commit
-
-
vegorov@chromium.org authored
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
-
- 13 Oct, 2011 1 commit
-
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/8256012 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9606 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 20 Sep, 2011 1 commit
-
-
lrn@chromium.org authored
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
-
- 19 Sep, 2011 1 commit
-
-
vegorov@chromium.org authored
Review URL: http://codereview.chromium.org/7945009 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@9328 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-