1. 01 10月, 2010 1 次提交
  2. 21 9月, 2010 1 次提交
  3. 17 9月, 2010 1 次提交
  4. 15 9月, 2010 1 次提交
  5. 14 9月, 2010 4 次提交
  6. 11 9月, 2010 2 次提交
  7. 09 9月, 2010 2 次提交
  8. 08 9月, 2010 2 次提交
  9. 04 9月, 2010 2 次提交
  10. 31 8月, 2010 3 次提交
  11. 28 8月, 2010 3 次提交
  12. 27 8月, 2010 2 次提交
  13. 26 8月, 2010 1 次提交
  14. 25 8月, 2010 2 次提交
    • T
      6941275: G1: The MemoryPools are incorrectly supported for G1 · 0807c46f
      tonyp 提交于
      Summary: The way we were caluclating the max value meant that it might fluctuate during the run and this broke some assumptions inside the MBeans framework. This change sets the max value of each pool to -1, which means undefined according to the spec.
      Reviewed-by: mchung, johnc
      0807c46f
    • T
      6978355: renaming for 6961697 · ffaef974
      twisti 提交于
      Summary: This is the renaming part of 6961697 to keep the actual changes small for review.
      Reviewed-by: kvn, never
      ffaef974
  15. 24 8月, 2010 2 次提交
  16. 21 8月, 2010 1 次提交
  17. 20 8月, 2010 3 次提交
  18. 19 8月, 2010 2 次提交
    • Y
      6977970: CMS: concurrentMarkSweepGeneration.cpp:7947 assert(addr <= _limit) failed: sweep invariant · 676f86d3
      ysr 提交于
      Summary: Allow for the possibility (when the heap is expanding) that the sweep might skip over and past, rather than necessarily step on, the sweep limit determined at the beginning of a concurrent marking cycle.
      Reviewed-by: jmasa, tonyp
      676f86d3
    • J
      6977924: Changes for 6975078 produce build error with certain gcc versions · f70a9c53
      johnc 提交于
      Summary: The changes introduced for 6975078 assign badHeapOopVal to the _allocation field in the ResourceObj class. In 32 bit linux builds with certain versions of gcc this assignment will be flagged as an error while compiling allocation.cpp. In 32 bit builds the constant value badHeapOopVal (which is cast to an intptr_t) is negative. The _allocation field is typed as an unsigned intptr_t and gcc catches this as an error.
      Reviewed-by: jcoomes, ysr, phh
      f70a9c53
  19. 18 8月, 2010 4 次提交
  20. 17 8月, 2010 1 次提交
    • Y
      6948538: CMS: BOT walkers can fall into object allocation and initialization cracks · 569b6fe2
      ysr 提交于
      Summary: GC workers now recognize an intermediate transient state of blocks which are allocated but have not yet completed initialization. blk_start() calls do not attempt to determine the size of a block in the transient state, rather waiting for the block to become initialized so that it is safe to query its size. Audited and ensured the order of initialization of object fields (klass, free bit and size) to respect block state transition protocol. Also included some new assertion checking code enabled in debug mode.
      Reviewed-by: chrisphi, johnc, poonam
      569b6fe2