RFC: Try to be much more careful with where we skip the write barrier by:
authorkasperl@chromium.org <kasperl@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 29 Jan 2010 11:46:55 +0000 (11:46 +0000)
committerkasperl@chromium.org <kasperl@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 29 Jan 2010 11:46:55 +0000 (11:46 +0000)
commit048fe9b980d02b2d0ca5ba7d25943b2e4b01316b
treec12dd2b105b649556d12f0cc4af9cc6c237aa2ab
parent2498d5cb7b453cb2894df86dda9311b16ed4d311
RFC: Try to be much more careful with where we skip the write barrier by:

  1. Avoid using SKIP_WRITE_BARRIER when we don't have to (smis).
  2. Check and document the remaining uses of SKIP_WRITE_BARRIER.
  3. Only allow GetWriteBarrierMode when in an AssertNoAllocation scope.

The only functional change should be in DeepCopyBoilerplate where we
no longer use the write barrier mode (because of allocations). I'm
running benchmarks to see if this has a measurable impact on performance.
Review URL: http://codereview.chromium.org/558041

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3743 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
src/builtins.cc
src/dateparser.cc
src/globals.h
src/heap.cc
src/objects-inl.h
src/objects.cc
src/objects.h
src/runtime.cc