1. 12 12月, 2008 1 次提交
  2. 11 12月, 2008 1 次提交
    • Y
      6782457: CMS: Livelock in CompactibleFreeListSpace::block_size() · d5a88d45
      ysr 提交于
      6736295: SIGSEGV in product jvm, assertion "these are the only valid states during a mark sweep" in fastdebug
      Summary: Restructured the code in the perm gen allocation retry loop so as to avoid "safepoint-blocking" on locks, in this case the Heap_lock, while holding uninitialized allocated heap storage.
      Reviewed-by: apetrusenko, iveresov, jcoomes, jmasa, poonam
      d5a88d45
  3. 05 12月, 2008 3 次提交
    • J
      Merge · 80629b86
      jmasa 提交于
      80629b86
    • J
      Merge · 806fb27b
      jmasa 提交于
      806fb27b
    • K
      Merge · 0b7b9e13
      kvn 提交于
      0b7b9e13
  4. 04 12月, 2008 3 次提交
  5. 02 12月, 2008 1 次提交
  6. 28 11月, 2008 1 次提交
  7. 27 11月, 2008 1 次提交
  8. 26 11月, 2008 2 次提交
  9. 25 11月, 2008 2 次提交
  10. 22 11月, 2008 5 次提交
  11. 21 11月, 2008 3 次提交
    • 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
    • Y
      6722113: CMS: Incorrect overflow handling during precleaning of Reference lists · fb7c8a34
      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
      fb7c8a34
    • X
      Added tag jdk7-b40 for changeset 81a0cbe3b284 · 429c3aa1
      xdono 提交于
      429c3aa1
  12. 20 11月, 2008 2 次提交
    • I
      Merge · e3c38639
      iveresov 提交于
      e3c38639
    • K
      Merge · 30666317
      kvn 提交于
      30666317
  13. 19 11月, 2008 4 次提交
  14. 15 11月, 2008 3 次提交
    • T
      6771977: Bump HS14 build number to 07 · d6eb0296
      trims 提交于
      Summary: Update the Hotspot build number to 07
      Reviewed-by: jcoomes
      d6eb0296
    • T
      Merge · f2aaa62b
      trims 提交于
      f2aaa62b
    • I
      6770608: G1: Mutator thread can flush barrier and satb queues during safepoint · 5ee7f6f4
      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
      5ee7f6f4
  15. 14 11月, 2008 1 次提交
  16. 13 11月, 2008 4 次提交
  17. 12 11月, 2008 3 次提交