1. 07 3月, 2009 1 次提交
  2. 03 3月, 2009 1 次提交
    • Y
      6797870: Add -XX:+{HeapDump,PrintClassHistogram}{Before,After}FullGC · 14a842cc
      ysr 提交于
      Summary: Call newly created CollectedHeap::dump_{pre,post}_full_gc before and after every stop-world full collection cycle on GenCollectedHeap and ParallelScavengeHeap. (Support for G1CollectedHeap forthcoming under CR 6810861.) Small modifications to existing heap dumping and class histogram implementation, especially to allow multiple on-the-fly histos/dumps by the VM thread during a single safepoint.
      Reviewed-by: jmasa, alanb, mchung
      14a842cc
  3. 25 2月, 2009 1 次提交
  4. 10 2月, 2009 1 次提交
  5. 09 2月, 2009 2 次提交
  6. 06 2月, 2009 1 次提交
  7. 28 1月, 2009 1 次提交
  8. 27 1月, 2009 1 次提交
    • Y
      6786503: Overflow list performance can be improved · 0119f2b2
      ysr 提交于
      Summary: Avoid overflow list walk in CMS & ParNew when it is unnecessary. Fix a couple of correctness issues, including a C-heap leak, in ParNew at the intersection of promotion failure, work queue overflow and object array chunking. Add stress testing option and related assertion checking.
      Reviewed-by: jmasa
      0119f2b2
  9. 17 1月, 2009 1 次提交
  10. 15 1月, 2009 1 次提交
  11. 12 1月, 2009 1 次提交
  12. 06 1月, 2009 1 次提交
  13. 19 12月, 2008 2 次提交
  14. 16 12月, 2008 2 次提交
  15. 12 12月, 2008 3 次提交
  16. 04 12月, 2008 1 次提交
  17. 02 12月, 2008 1 次提交
  18. 25 11月, 2008 1 次提交
  19. 21 11月, 2008 2 次提交
    • Y
      6684579: SoftReference processing can be made more efficient · 63aa278b
      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
      63aa278b
    • Y
      6722113: CMS: Incorrect overflow handling during precleaning of Reference lists · 2b87d5eb
      ysr 提交于
      Summary: When we encounter marking stack overflow during precleaning of Reference lists, we were using the overflow list mechanism, which can cause problems on account of mutating the mark word of the header because of conflicts with mutator accesses and updates of that field. Instead we should use the usual mechanism for overflow handling in concurrent phases, namely dirtying of the card on which the overflowed object lies. Since precleaning effectively does a form of discovered list processing, albeit with discovery enabled, we needed to adjust some code to be correct in the face of interleaved processing and discovery.
      Reviewed-by: apetrusenko, jcoomes
      2b87d5eb
  20. 19 11月, 2008 1 次提交
  21. 15 11月, 2008 1 次提交
    • I
      6770608: G1: Mutator thread can flush barrier and satb queues during safepoint · 2e0e0964
      iveresov 提交于
      6660573: G1: BigApps Failure : guarantee(satb_mq_set.completed_buffers_num() == 0,"invariant")
      Summary: When exiting a mutator thread is removed from the thread list before it has a chance to flush its SATB and barrier queues. If GC happens at this moment the objects that are refererred from these queues can be moved, which will case a crash. The fix is simply to flush the buffers before removing a thread from the list.
      Reviewed-by: jcoomes, tonyp
      2e0e0964
  22. 29 10月, 2008 1 次提交
  23. 14 10月, 2008 1 次提交
  24. 07 10月, 2008 2 次提交
  25. 03 10月, 2008 1 次提交
    • X
      6754988: Update copyright year · d374d2cd
      xdono 提交于
      Summary: Update for files that have been modified starting July 2008
      Reviewed-by: ohair, tbell
      d374d2cd
  26. 01 10月, 2008 3 次提交
  27. 27 9月, 2008 1 次提交
  28. 22 9月, 2008 1 次提交
    • T
      6742641: G1: NullPointerException during GCOld · 050b9cab
      tonyp 提交于
      Summary: An update buffer is not processed correctly, which causes roots into the collection set not to be scanned and, hence, for the heap to be corrupted. The cause is that an object is accessed after it has been explicitly deleted, which causes a race.
      Reviewed-by: jcoomes, ysr
      050b9cab
  29. 27 8月, 2008 1 次提交
  30. 26 8月, 2008 1 次提交
  31. 23 8月, 2008 1 次提交