1. 02 12月, 2015 1 次提交
  2. 12 11月, 2015 1 次提交
  3. 30 9月, 2015 1 次提交
  4. 25 6月, 2015 1 次提交
  5. 19 5月, 2015 1 次提交
    • A
      8061715: gc/g1/TestShrinkAuxiliaryData15.java fails with... · 04db9dcd
      azakharov 提交于
      8061715: gc/g1/TestShrinkAuxiliaryData15.java fails with java.lang.RuntimeException: heap decommit failed - after > before
      Summary: added WhiteBox methods to count regions and exact aux data sizes
      Reviewed-by: jwilhelm, brutisso
      04db9dcd
  6. 02 5月, 2015 1 次提交
  7. 23 4月, 2015 1 次提交
  8. 18 4月, 2015 1 次提交
  9. 16 4月, 2015 2 次提交
  10. 08 4月, 2015 1 次提交
  11. 19 3月, 2015 1 次提交
  12. 09 4月, 2015 1 次提交
  13. 07 4月, 2015 1 次提交
  14. 10 4月, 2015 1 次提交
  15. 12 1月, 2015 2 次提交
    • S
      8062063: Usage of UseHugeTLBFS, UseLargePagesInMetaspace and huge... · bdff0f83
      sjohanss 提交于
      8062063: Usage of UseHugeTLBFS, UseLargePagesInMetaspace and huge SurvivorAlignmentInBytes cause crashes in CMBitMapClosure::do_bit
      Summary: Making sure committed memory is cleared when re-committed, even if using large pages.
      Reviewed-by: jwilhelm, tschatzl
      bdff0f83
    • S
      8062063: Usage of UseHugeTLBFS, UseLargePagesInMetaspace and huge... · 85c9dee2
      sjohanss 提交于
      8062063: Usage of UseHugeTLBFS, UseLargePagesInMetaspace and huge SurvivorAlignmentInBytes cause crashes in CMBitMapClosure::do_bit
      Summary: Making sure committed memory is cleared when re-committed, even if using large pages.
      Reviewed-by: jwilhelm, tschatzl
      85c9dee2
  16. 07 1月, 2015 1 次提交
    • T
      8048179: Early reclaim of large objects that are referenced by a few objects · dd0f649b
      tschatzl 提交于
      Summary: Push the remembered sets of large objects with few referenced into the dirty card queue at the beginning of the evacuation so that they may end up with zero remembered set entries at the end of the collection, and are potentially reclaimed. Also improve timing measurements of the early reclaim mechanism, and shorten flag names.
      Reviewed-by: brutisso, jmasa, dfazunen
      dd0f649b
  17. 01 12月, 2014 1 次提交
  18. 26 3月, 2015 1 次提交
  19. 01 12月, 2014 1 次提交
  20. 26 3月, 2015 1 次提交
  21. 21 11月, 2014 2 次提交
  22. 14 11月, 2014 1 次提交
  23. 12 11月, 2014 1 次提交
    • K
      8062036: ConcurrentMarkThread::slt may be invoked before... · 39f1bff0
      kbarrett 提交于
      8062036: ConcurrentMarkThread::slt may be invoked before ConcurrentMarkThread::makeSurrogateLockerThread causing intermittent crashes
      Summary: Suppress gc_alot during VM init, improve error for SLT uninitialized.
      Reviewed-by: jmasa, brutisso, tschatzl
      39f1bff0
  24. 11 11月, 2014 1 次提交
    • S
      8064556: G1: ParallelGCThreads=0 may cause... · 0a89140f
      stefank 提交于
      8064556: G1: ParallelGCThreads=0 may cause assert(!MetadataOnStackMark::has_buffer_for_thread(Thread::current())) failed: Should be empty
      Reviewed-by: mgerdin, tschatzl
      0a89140f
  25. 23 10月, 2014 2 次提交
  26. 02 10月, 2014 1 次提交
  27. 30 9月, 2014 1 次提交
    • T
      8052172: Evacuation failure handling in G1 does not evacuate all objects if... · 45b1c7cf
      tschatzl 提交于
      8052172: Evacuation failure handling in G1 does not evacuate all objects if -XX:-G1DeferredRSUpdate is set
      Summary: Remove -XX:-G1DeferredRSUpdate functionality as it is racy. During evacuation failure handling, threads where evacuation failure handling occurred may try to add remembered sets to regions which remembered sets are currently being scanned. The iterator to handle the remembered set scan does not support addition of entries during scan and so may skip valid references.
      Reviewed-by: iveresov, brutisso, mgerdin
      45b1c7cf
  28. 27 9月, 2014 1 次提交
  29. 16 9月, 2014 1 次提交
  30. 06 10月, 2014 1 次提交
  31. 10 9月, 2014 1 次提交
  32. 08 9月, 2014 1 次提交
  33. 29 8月, 2014 1 次提交
  34. 05 9月, 2014 1 次提交
  35. 20 8月, 2014 2 次提交
    • T
      8055635: Missing include in g1RegionToSpaceMapper.hpp results in unresolved... · f2a3644f
      tschatzl 提交于
      8055635: Missing include in g1RegionToSpaceMapper.hpp results in unresolved symbol of fastdebug build without precompiled headers
      Reviewed-by: mgerdin, ehelin
      f2a3644f
    • T
      8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 · e38270b1
      tschatzl 提交于
      Summary: If large pages are enabled and configured in Linux, the VM always pre-commits the entire space. The VM fails verification of the commit of the initial heap because some internal data structure marked all memory pages of the heap as committed during initialization. This makes the code think that we attempted a double-commit during first allocation of the heap. Remove the initial marking of memory pages of the heap to committed.
      Reviewed-by: mgerdin
      e38270b1