1. 03 7月, 2013 1 次提交
  2. 02 7月, 2013 1 次提交
  3. 03 7月, 2013 1 次提交
  4. 02 7月, 2013 1 次提交
  5. 27 6月, 2013 1 次提交
  6. 26 6月, 2013 3 次提交
  7. 25 6月, 2013 1 次提交
  8. 24 6月, 2013 1 次提交
  9. 26 6月, 2013 1 次提交
    • A
      8017243: 8001345 is incomplete · 5c43e586
      adlertz 提交于
      Summary: Replaces unused decodeN at MemBarAcquire with its corresponding loadN if loadN is used at more than one place.
      Reviewed-by: kvn, twisti
      5c43e586
  10. 25 6月, 2013 1 次提交
  11. 24 6月, 2013 1 次提交
  12. 21 6月, 2013 2 次提交
  13. 20 6月, 2013 2 次提交
  14. 19 6月, 2013 5 次提交
    • P
      8015903: Format issue with -XX:+PrintAdaptiveSizePolicy on JDK8 · 929e9b36
      poonam 提交于
      Summary: Missing linebreak in hotspot log.
      Reviewed-by: brutisso, tschatzl
      Contributed-by: vladimir.kempik@oracle.com
      929e9b36
    • A
      8001345: VM crashes with assert(n->outcnt() != 0 || C->top() == n ||... · c479c2ba
      adlertz 提交于
      8001345: VM crashes with assert(n->outcnt() != 0 || C->top() == n || n->is_Proj()) failed: No dead instructions after post-alloc
      Summary: Remove unnecessary LoadN / DecodeN nodes at MemBarAcquire nodes.
      Reviewed-by: kvn, roland
      c479c2ba
    • B
      8016556: G1: Use ArrayAllocator for BitMaps · e8d900d1
      brutisso 提交于
      Reviewed-by: tschatzl, dholmes, coleenp, johnc
      e8d900d1
    • J
      8015237: Parallelize string table scanning during strong root processing · 7e320bca
      johnc 提交于
      Summary: Parallelize the scanning of the intern string table by having each GC worker claim a given number of buckets. Changes were also reviewed by Per Liden <per.liden@oracle.com>.
      Reviewed-by: tschatzl, stefank, twisti
      7e320bca
    • M
      8015660: Test8009761.java "Failed: init recursive calls: 24. After deopt 25" · 69b09c77
      minqi 提交于
      Summary: Windows reserves and only partially commits thread stack. For detecting more thread stack space for execution,  Windows installs one-shot page as guard page just before the current commited edge. It will trigger STACK_OVERFLOW_EXCEPTION when lands on last 4 pages of thread stack space. StackYellowPages default value is 2 on Windows (plus 1 page of StackRedPages, 3 pages guarded by hotspot) so the exception happens one page before Yellow pages. Same route executed second time will have one more page brought in, this leads same execution with different stack depth(interpreter mode). We need match Windows settings so the stack overflow exception will not happen before Yellow pages.
      Reviewed-by: dholmes
      Contributed-by: andreas.schoesser@sap.com
      69b09c77
  15. 18 6月, 2013 3 次提交
  16. 14 6月, 2013 3 次提交
  17. 12 6月, 2013 2 次提交
  18. 10 6月, 2013 1 次提交
  19. 15 6月, 2013 2 次提交
  20. 14 6月, 2013 4 次提交
  21. 10 6月, 2013 1 次提交
  22. 08 6月, 2013 2 次提交