1. 04 10月, 2013 1 次提交
  2. 05 10月, 2013 2 次提交
    • S
      8024838: Significant slowdown due to transparent huge pages · 39578cad
      stefank 提交于
      Summary: Don't turn on transparent huge pages (-XX:+UseTransparentHugePages) unless explicitly specified on the command line. This has the effect that large pages are never turned on Linux unless the user has explicitly enabled any of the large pages flags: -XX:+UseLargePages, -XX:+UseTransparentHugePages, -XX:+UseHugeTLBFS, and -XX:+UseSHM.
      Reviewed-by: jwilhelm, tschatzl, brutisso
      39578cad
    • J
      8025854: Use "young gen" instead of "eden" · b6c29fc0
      jwilhelm 提交于
      Summary: Changed a few descriptions and variable names to young gen.
      Reviewed-by: tschatzl, jcoomes
      b6c29fc0
  3. 04 10月, 2013 1 次提交
  4. 03 10月, 2013 2 次提交
  5. 01 10月, 2013 2 次提交
  6. 30 9月, 2013 1 次提交
    • T
      8025441: G1: assert "assert(thread < _num_vtimes) failed: just checking" fails... · 92c402f0
      tschatzl 提交于
      8025441: G1: assert "assert(thread < _num_vtimes) failed: just checking" fails when G1ConcRefinementThreads > ParallelGCThreads
      Summary: The initialization for the remembered set summary data structures used the wrong thread count, i.e. number of worker threads instead of number of refinement threads.
      Reviewed-by: brutisso
      92c402f0
  7. 24 9月, 2013 1 次提交
  8. 27 9月, 2013 1 次提交
  9. 26 9月, 2013 1 次提交
  10. 25 9月, 2013 3 次提交
  11. 24 9月, 2013 1 次提交
  12. 23 9月, 2013 1 次提交
  13. 22 9月, 2013 1 次提交
  14. 21 9月, 2013 3 次提交
  15. 20 9月, 2013 3 次提交
    • C
      8022887: Assertion hit while using class and redefining it with RedefineClasses simultaneously · bcfd8622
      coleenp 提交于
      Summary: Need to refetch each method from InstanceKlass after all safepoints.  Removed leaky PreviousVersionInfo code.
      Reviewed-by: dcubed, sspitsyn
      bcfd8622
    • S
      8025059: Metspace::should_expand mixes bytes and words in check against MaxMetaspaceSize · 17f44793
      stefank 提交于
      Reviewed-by: coleenp, brutisso, mgerdin, jmasa
      17f44793
    • S
      8024974: Incorrect use of GC_locker::is_active() · 427aeb32
      stefank 提交于
      Summary: SymbolTable and StringTable can make calls to GC_locker::is_active() outside a safepoint. This isn't safe because the GC_locker active state (lock count) is only updated at a safepoint and only remains valid as long as _needs_gc is true. However, outside a safepoint_needs_gc can change to false at any time, which makes it impossible to do a correct call to is_active() in that context. In this case these calls can just be removed since the input argument to basic_add() should never be on the heap and so there's no need to check the GC_locker state. This change also adjusts the assert() in is_active() to makes sure all calls to this function are always done under a safepoint.
      Reviewed-by: brutisso, dcubed
      Contributed-by: per.liden@oracle.com
      427aeb32
  16. 19 9月, 2013 3 次提交
  17. 18 9月, 2013 5 次提交
  18. 17 9月, 2013 6 次提交
  19. 16 9月, 2013 2 次提交