1. 18 12月, 2010 1 次提交
    • J
      7006113: G1: Initialize ReferenceProcessor::_is_alive_non_header field · a2d29d26
      johnc 提交于
      Summary: Initialize the _is_alive_non_header field of G1's reference processor with an instance of the G1CMIsAliveClosure. This will stop adding reference objects with live referents to the discovered reference lists unnecessarily.
      Reviewed-by: tonyp, ysr, jwilhelm, brutisso
      a2d29d26
  2. 02 12月, 2010 1 次提交
  3. 24 11月, 2010 1 次提交
  4. 19 10月, 2010 1 次提交
    • J
      6988458: G1: assert(mr.end() <= _cm->finger()) failed: otherwise the region... · f0680241
      johnc 提交于
      6988458: G1: assert(mr.end() <= _cm->finger()) failed: otherwise the region shouldn't be on the stack
      Summary: The changes from 6941395 did not clear the CMTask::_aborted_region fields when concurrent marking aborted because of overflow. As a result, the next time around we could see a memory region whose start address was above the global finger and the assertion tripped. Moved the clearing of the aborted regions to ConcurrentMark::clear_marking_state, which is executed on all of the exit paths.
      Reviewed-by: tonyp, ysr, jmasa
      f0680241
  5. 29 9月, 2010 1 次提交
    • J
      6941395: G1: Use only lock-free versions of region stack push() and pop() · 30fe6365
      johnc 提交于
      Summary: Re-enable use of the lock-free versions of region stack push() and pop() by recording aborted regions in a thread-local structure, which are then processed when scanning of the region stack restarts. The previous locking versions of these routines are retained for diagnostic purposes.
      Reviewed-by: tonyp, ysr
      30fe6365
  6. 21 9月, 2010 1 次提交
  7. 18 8月, 2010 1 次提交
    • T
      6975964: G1: print out a more descriptive message for evacuation failure when... · 2563f216
      tonyp 提交于
      6975964: G1: print out a more descriptive message for evacuation failure when +PrintGCDetails is set
      Summary: we're renaming "evacuation failure" to "to-space overflow". I'm also piggy-backing a small additional change which removes the "Mark closure took..." output.
      Reviewed-by: ysr, johnc
      2563f216
  8. 28 5月, 2010 1 次提交
  9. 19 5月, 2010 1 次提交
  10. 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
  11. 31 3月, 2010 1 次提交
  12. 19 3月, 2010 1 次提交
    • T
      6935821: G1: threads created during marking do not active their SATB queues · 9677603a
      tonyp 提交于
      Summary: Newly-created threads always had the active field of their SATB queue initialized to false, even if they were created during marking. As a result, updates from threads created during a marking cycle were never enqueued and never processed. The fix includes remaining a method from active() to is_active() for readability and naming consistency.
      Reviewed-by: ysr, johnc
      9677603a
  13. 18 3月, 2010 1 次提交
  14. 24 2月, 2010 2 次提交
  15. 17 12月, 2009 1 次提交
    • I
      6862387: tune concurrent refinement further · 7f92f7a2
      iveresov 提交于
      Summary: Reworked the concurrent refinement: threads activation, feedback-based threshold adjustment, other miscellaneous fixes.
      Reviewed-by: apetrusenko, tonyp
      7f92f7a2
  16. 22 10月, 2009 1 次提交
  17. 07 10月, 2009 2 次提交
  18. 03 10月, 2009 1 次提交
    • T
      6885041: G1: inconsistent thread dump · 510d088c
      tonyp 提交于
      Summary: When G1 is enabled, thread dumps are inconsistent as the info for some of the G1 threads is not formatted properly.
      Reviewed-by: ysr, johnc
      510d088c
  19. 01 10月, 2009 1 次提交
  20. 16 9月, 2009 1 次提交
  21. 15 8月, 2009 1 次提交
  22. 20 8月, 2009 1 次提交
    • T
      6871111: G1: remove the concurrent overhead tracker · 228aaca7
      tonyp 提交于
      Summary: Removing the concurrent overhead tracker from G1, along with the GC overhead reporter and the G1AccountConcurrentOverhead (both of which rely on the the concurrent overhead tracker).
      Reviewed-by: iveresov, johnc
      228aaca7
  23. 29 7月, 2009 1 次提交
    • X
      6862919: Update copyright year · 84c0f327
      xdono 提交于
      Summary: Update copyright for files that have been modified in 2009, up to 07/09
      Reviewed-by: tbell, ohair
      84c0f327
  24. 15 7月, 2009 1 次提交
  25. 30 6月, 2009 1 次提交
  26. 24 6月, 2009 1 次提交
    • T
      6850869: G1: RSet "scrubbing" scrubs too much · 502bb88f
      tonyp 提交于
      Summary: RSet scrubbing incorrectly deletes RSet entries that point to regions tagged as "continues humongous" due to a race when RSet scrubbing iterates over regions in parallel.
      Reviewed-by: apetrusenko, iveresov
      502bb88f
  27. 13 6月, 2009 1 次提交
  28. 01 5月, 2009 1 次提交
  29. 17 3月, 2009 2 次提交
  30. 08 3月, 2009 1 次提交
  31. 16 12月, 2008 1 次提交
    • X
      6785258: Update copyright year · f9cf0f22
      xdono 提交于
      Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008
      Reviewed-by: katleman, ohair, tbell
      f9cf0f22
  32. 02 12月, 2008 1 次提交
  33. 21 11月, 2008 1 次提交
    • Y
      6684579: SoftReference processing can be made more efficient · bf0e7f79
      ysr 提交于
      Summary: For current soft-ref clearing policies, we can decide at marking time if a soft-reference will definitely not be cleared, postponing the decision of whether it will definitely be cleared to the final reference processing phase. This can be especially beneficial in the case of concurrent collectors where the marking is usually concurrent but reference processing is usually not.
      Reviewed-by: jmasa
      bf0e7f79
  34. 06 8月, 2008 1 次提交
  35. 11 6月, 2008 1 次提交
  36. 06 6月, 2008 1 次提交