1. 08 7月, 2011 2 次提交
    • C
      Merge · 3459ce2e
      coleenp 提交于
      3459ce2e
    • K
      Merge · 153b0b58
      kvn 提交于
      153b0b58
  2. 07 7月, 2011 2 次提交
  3. 06 7月, 2011 2 次提交
  4. 02 7月, 2011 4 次提交
  5. 30 6月, 2011 1 次提交
  6. 29 6月, 2011 4 次提交
  7. 28 6月, 2011 1 次提交
    • B
      7016112: CMS: crash during promotion testing · cf62aa47
      brutisso 提交于
      Summary: Also reviewed by mikael.gerdin@oracle.com; stdlib:qsort() does byte-by-byte swapping on Windows. This leads to pointer shearing. Fix is to implement a quicksort that does full pointer updates.
      Reviewed-by: never, coleenp, ysr
      cf62aa47
  8. 25 6月, 2011 1 次提交
  9. 24 6月, 2011 2 次提交
  10. 23 6月, 2011 1 次提交
  11. 22 6月, 2011 2 次提交
  12. 21 6月, 2011 3 次提交
  13. 18 6月, 2011 1 次提交
  14. 17 6月, 2011 2 次提交
  15. 16 6月, 2011 2 次提交
  16. 15 6月, 2011 4 次提交
  17. 14 6月, 2011 1 次提交
    • T
      7046558: G1: concurrent marking optimizations · 2db1d718
      tonyp 提交于
      Summary: Some optimizations to improve the concurrent marking phase: specialize the main oop closure, make sure a few methods in the fast path are properly inlined, a few more bits and pieces, and some cosmetic fixes.
      Reviewed-by: stefank, johnc
      2db1d718
  18. 13 6月, 2011 1 次提交
  19. 14 6月, 2011 1 次提交
    • Y
      7051430: CMS: ongoing CMS cycle should terminate abruptly to allow prompt JVM termination at exit · a4a62971
      ysr 提交于
      Summary: It turns out that there is no need to explicitly stop CMS since the JVM is taken down at a terminal safepoint during which CMS threads are (terminally) inactive. This  will need to be revised if and when we evolve in the future to a point where we allow JVM reincarnation in the same process, but those changes will be much more sweeping than just terminating CMS threads. The unused ::stop() methods will be removed in a separate CR. Also include in this CR is the fix for a small typo in the spelling of UseGCLogFileRotation in a message in arguments.cpp, brought to our attention by Rainer Jung and reviewed by minqi.
      Reviewed-by: johnc, jwilhelm
      a4a62971
  20. 11 6月, 2011 3 次提交
    • M
      Merge · d2f0b980
      minqi 提交于
      d2f0b980
    • M
      6941923: RFE: Handling large log files produced by long running Java Applications · e5224dcd
      minqi 提交于
      Summary: supply optinal flags to realize gc log rotation
      Reviewed-by: ysr, jwilhelm
      e5224dcd
    • T
      7045330: G1: Simplify/fix the HeapRegionSeq class · f122f55f
      tonyp 提交于
      7042285: G1: native memory leak during humongous object allocation
      6804436: G1: heap region indices should be size_t
      Summary: A series of fixes and improvements to the HeapRegionSeq class: a) replace the _regions growable array with a standard C array, b) avoid de-allocating / re-allocating HeapRegion instances when the heap shrinks / grows (fix for 7042285), c) introduce fast method to map address to HeapRegion via a "biased" array pointer, d) embed the _hrs object in G1CollectedHeap, instead of pointing to it via an indirection, e) assume that all the regions added to the HeapRegionSeq instance are contiguous, f) replace int's with size_t's for indexes (and expand that to HeapRegion as part of 6804436), g) remove unnecessary / unused methods, h) rename a couple of fields (_alloc_search_start and _seq_bottom), i) fix iterate_from() not to always start from index 0 irrespective of the region passed to it, j) add a verification method to check the HeapRegionSeq assumptions, k) always call the wrappers for _hrs.iterate(), _hrs_length(), and _hrs.at() from G1CollectedHeap, not those methods directly, and l) unify the code that expands the sequence (by either re-using or creating a new HeapRegion) and make it robust wrt to a HeapRegion allocation failing.
      Reviewed-by: stefank, johnc, brutisso
      f122f55f