1. 27 3月, 2012 1 次提交
  2. 23 3月, 2012 2 次提交
  3. 14 3月, 2012 1 次提交
  4. 13 3月, 2012 1 次提交
    • J
      7147724: G1: hang in SurrogateLockerThread::manipulatePLL · f0980866
      johnc 提交于
      Summary: Attempting to initiate a marking cycle when allocating a humongous object can, if a marking cycle is successfully initiated by another thread, result in the allocating thread spinning until the marking cycle is complete. Eliminate a deadlock between the main ConcurrentMarkThread, the SurrogateLocker thread, the VM thread, and a mutator thread waiting on the SecondaryFreeList_lock (while free regions are going to become available) by not manipulating the pending list lock during the prologue and epilogue of the cleanup pause.
      Reviewed-by: brutisso, jcoomes, tonyp
      f0980866
  5. 16 3月, 2012 1 次提交
  6. 03 3月, 2012 1 次提交
  7. 17 2月, 2012 2 次提交
  8. 16 2月, 2012 1 次提交
    • T
      7132029: G1: mixed GC phase lasts for longer than it should · 33a49849
      tonyp 提交于
      Summary: Revamp of the mechanism that chooses old regions for inclusion in the CSet. It simplifies the code and introduces min and max bounds on the number of old regions added to the CSet at each mixed GC to avoid pathological cases. It also ensures that when we do a mixed GC we'll always find old regions to add to the CSet (i.e., it eliminates the case where a mixed GC will collect no old regions which can happen today).
      Reviewed-by: johnc, brutisso
      33a49849
  9. 01 2月, 2012 1 次提交
  10. 27 1月, 2012 3 次提交
  11. 26 1月, 2012 1 次提交
    • T
      7127706: G1: re-enable survivors during the initial-mark pause · b73e0e37
      tonyp 提交于
      Summary: Re-enable survivors during the initial-mark pause. Afterwards, the concurrent marking threads have to scan them and mark everything reachable from them. The next GC will have to wait for the survivors to be scanned.
      Reviewed-by: brutisso, johnc
      b73e0e37
  12. 19 1月, 2012 1 次提交
    • J
      7129514: time warp warnings after 7117303 · d7cbafe7
      johnc 提交于
      Summary: Replace calls to os::javaTimeMillis() that are used to update the milliseconds since the last GC to an equivalent that uses a monotonically non-decreasing time source.
      Reviewed-by: ysr, jmasa
      d7cbafe7
  13. 14 2月, 2012 1 次提交
  14. 11 2月, 2012 1 次提交
  15. 12 1月, 2012 1 次提交
    • J
      6484965: G1: piggy-back liveness accounting phase on marking · f13c0dfe
      johnc 提交于
      Summary: Remove the separate counting phase of concurrent marking by tracking the amount of marked bytes and the cards spanned by marked objects in marking task/worker thread local data structures, which are updated as individual objects are marked.
      Reviewed-by: brutisso, tonyp
      f13c0dfe
  16. 24 1月, 2012 1 次提交
    • B
      7132311: G1: assert((s == klass->oop_size(this)) ||... · 7864cfc8
      brutisso 提交于
      7132311: G1: assert((s == klass->oop_size(this)) || (Universe::heap()->is_gc_active() && ((is_typeArray()...
      Summary: Move the check for when to call collect() to before we do a humongous object allocation
      Reviewed-by: stefank, tonyp
      7864cfc8
  17. 21 1月, 2012 1 次提交
  18. 19 1月, 2012 1 次提交
  19. 18 1月, 2012 2 次提交
  20. 17 1月, 2012 1 次提交
  21. 16 1月, 2012 1 次提交
  22. 14 1月, 2012 1 次提交
  23. 11 1月, 2012 2 次提交
  24. 10 1月, 2012 1 次提交
  25. 07 1月, 2012 1 次提交
  26. 29 12月, 2011 1 次提交
  27. 28 12月, 2011 1 次提交
  28. 24 12月, 2011 1 次提交
  29. 05 1月, 2012 1 次提交
    • T
      7113006: G1: excessive ergo output when an evac failure happens · c182ec48
      tonyp 提交于
      Summary: Introduce a flag that is set when a heap expansion attempt during a GC fails so that we do not consantly attempt to expand the heap when it's going to fail anyway. This not only prevents the excessive ergo output (which is generated when a region allocation fails) but also avoids excessive and ultimately unsuccessful expansion attempts.
      Reviewed-by: jmasa, johnc
      c182ec48
  30. 22 12月, 2011 1 次提交
  31. 20 12月, 2011 1 次提交
    • J
      7117303: VM uses non-monotonic time source and complains that it is non-monotonic · 412f955f
      johnc 提交于
      Summary: Replaces calls to os::javaTimeMillis(), which does not (and cannot) guarantee monotonicity, in GC code to an equivalent expression that uses os::javaTimeNanos(). os::javaTimeNanos is guaranteed monotonically non-decreasing if the underlying platform provides a monotonic time source. Changes in OS files are to make use of the newly defined constants in globalDefinitions.hpp.
      Reviewed-by: dholmes, ysr
      412f955f
  32. 17 12月, 2011 1 次提交
    • J
      7120038: G1: ParallelGCThreads==0 is broken · c4973f85
      johnc 提交于
      Summary: Running G1 with ParallelGCThreads==0 results in various crashes and asserts. Most of these are caused by unguarded references to the worker threads array or an incorrect number of active workers.
      Reviewed-by: jmasa, tonyp
      c4973f85
  33. 16 12月, 2011 1 次提交
    • T
      7113012: G1: rename not-fully-young GCs as "mixed" · cac942d6
      tonyp 提交于
      Summary: Renamed partially-young GCs as mixed and fully-young GCs as young. Change all external output that includes those terms (GC log and GC ergo log) as well as any comments, fields, methods, etc. The changeset also includes very minor code tidying up (added some curly brackets).
      Reviewed-by: johnc, brutisso
      cac942d6
  34. 15 12月, 2011 1 次提交