1. 19 4月, 2010 1 次提交
    • K
      Merge · a2fd3d1c
      kevinw 提交于
      a2fd3d1c
  2. 17 4月, 2010 1 次提交
  3. 16 4月, 2010 3 次提交
  4. 31 3月, 2010 1 次提交
  5. 14 4月, 2010 1 次提交
  6. 10 4月, 2010 1 次提交
    • T
      Merge · 6e17b39b
      tonyp 提交于
      6e17b39b
  7. 08 4月, 2010 1 次提交
    • J
      6940894: G1: assert(new_obj != 0 || ... "should be forwarded") for compaction tests · bc7497dc
      johnc 提交于
      Summary: Humongous regions may contain multiple objects as a result of being retained as to-space from a previous GC and then re-used as to-space after being tagged as humongous. These changes include a check that causes retained to-space regions that are now tagged as humongous to be disregarded and a new to-space region allocated.
      Reviewed-by: tonyp, iveresov
      bc7497dc
  8. 07 4月, 2010 1 次提交
    • A
      Merge · a495aeeb
      asaha 提交于
      a495aeeb
  9. 06 4月, 2010 2 次提交
    • T
      6909756: G1: guarantee(G1CollectedHeap::heap()->mark_in_progress(),"Precondition.") · 524b2dd2
      tonyp 提交于
      Summary: Make sure that two marking cycles do not overlap, i.e., a new one can only start after the concurrent marking thread finishes all its work. In the fix I piggy-back a couple of minor extra fixes: some general code reformatting for consistency (only around the code I modified), the removal of a field (G1CollectorPolicy::_should_initiate_conc_mark) which doesn't seem to be used at all (it's only set but never read), as well as moving the "is GC locker active" test earlier into the G1 pause / Full GC and using a more appropriate method for it.
      Reviewed-by: johnc, jmasa, jcoomes, ysr
      524b2dd2
    • T
      6940310: G1: MT-unsafe calls to CM::region_stack_push() / CM::region_stack_pop() · 1bf17034
      tonyp 提交于
      Summary: Calling the methods region_stack_push() and region_stack_pop() concurrent is not MT-safe. The assumption is that we will only call region_stack_push() during a GC pause and region_stack_pop() during marking. Unfortunately, we also call region_stack_push() during marking which seems to be introducing subtle marking failures. This change introduces lock-based methods for pushing / popping to be called during marking.
      Reviewed-by: iveresov, johnc
      1bf17034
  10. 03 4月, 2010 3 次提交
  11. 02 4月, 2010 4 次提交
  12. 01 4月, 2010 3 次提交
  13. 31 3月, 2010 2 次提交
  14. 30 3月, 2010 1 次提交
  15. 26 3月, 2010 4 次提交
  16. 25 3月, 2010 1 次提交
    • A
      Merge · bb202cd4
      asaha 提交于
      bb202cd4
  17. 24 3月, 2010 4 次提交
  18. 22 3月, 2010 1 次提交
  19. 19 3月, 2010 5 次提交