1. 14 9月, 2013 1 次提交
  2. 22 8月, 2013 1 次提交
  3. 16 8月, 2013 2 次提交
    • S
      8007074: SIGSEGV at ParMarkBitMap::verify_clear() · e52f7476
      stefank 提交于
      Summary: Replace the broken large pages implementation on Linux. New flag: -XX:+UseTransparentHugePages - Linux specific flag to turn on transparent huge page hinting with madvise(..., MAP_HUGETLB). Changed behavior: -XX:+UseLargePages - tries to use -XX:+UseTransparentHugePages before trying other large pages implementations (on Linux). Changed behavior: -XX:+UseHugeTLBFS - Use upfront allocation of Large Pages instead of using the broken implementation to dynamically committing large pages. Changed behavior: -XX:LargePageSizeInBytes - Turned off the ability to use this flag on Linux and provides warning to user if set to a value different than the OS chosen large page size. Changed behavior: Setting no large page size - Now defaults to use -XX:UseTransparentHugePages if the OS supports it. Previously, -XX:+UseHugeTLBFS was chosen if the OS was configured to use large pages.
      Reviewed-by: tschatzl, dcubed, brutisso
      e52f7476
    • B
      8023145: G1: G1CollectedHeap::mark_strong_code_roots() needs to handle ParallelGCThreads=0 · 07615731
      brutisso 提交于
      Reviewed-by: stefank, mgerdin
      07615731
  4. 15 8月, 2013 1 次提交
    • J
      7145569: G1: optimize nmethods scanning · d5c439d7
      johnc 提交于
      Summary: Add a list of nmethods to the RSet for a region that contain references into the region. Skip scanning the code cache during root scanning and scan the nmethod lists during RSet scanning instead.
      Reviewed-by: tschatzl, brutisso, mgerdin, twisti, kvn
      d5c439d7
  5. 07 8月, 2013 1 次提交
  6. 01 8月, 2013 2 次提交
  7. 11 7月, 2013 1 次提交
  8. 04 7月, 2013 1 次提交
  9. 02 7月, 2013 1 次提交
    • J
      8017070: G1: assert(_card_counts[card_num] <= G1ConcRSHotCardLimit) failed · 534845a9
      johnc 提交于
      Summary: The assert is invalid when a card is being refined by two different threads and its count crosses the hot threshold - the refinement count will be updated once by each thread triggering the assert. Remove the assert and update the count using a bounded expression.
      Reviewed-by: jmasa, tamao, brutisso
      534845a9
  10. 01 7月, 2013 1 次提交
  11. 25 6月, 2013 1 次提交
  12. 10 6月, 2013 1 次提交
  13. 05 6月, 2013 1 次提交
  14. 04 6月, 2013 1 次提交
    • T
      6976350: G1: deal with fragmentation while copying objects during GC · fc475a94
      tamao 提交于
      Summary: Create G1ParGCAllocBufferContainer to contain two buffers instead of previously using one buffer, in order to hold the first priority buffer longer. Thus, when some large objects hits the value of free space left in the first priority buffer it has an alternative to fit in the second priority buffer while the first priority buffer is given more chances to try allocating smaller objects. Overall, it will improve heap space efficiency.
      Reviewed-by: johnc, jmasa, brutisso
      Contributed-by: Ntamao <tao.mao@oracle.com>
      fc475a94
  15. 28 5月, 2013 1 次提交
    • T
      8013895: G1: G1SummarizeRSetStats output on Linux needs improvemen · 1c4e2ca8
      tschatzl 提交于
      Summary: Fixed the output of G1SummarizeRSetStats: too small datatype for the number of concurrently processed cards, added concurrent remembered set thread time retrieval for Linux and Windows (BSD uses os::elapsedTime() now), and other cleanup. The information presented during VM operation is now relative to the previous output, not always cumulative if G1SummarizeRSetStatsPeriod > 0. At VM exit, the code prints a cumulative summary.
      Reviewed-by: johnc, jwilhelm
      1c4e2ca8
  16. 21 5月, 2013 1 次提交
  17. 17 5月, 2013 2 次提交
  18. 16 5月, 2013 2 次提交
  19. 15 5月, 2013 1 次提交
    • M
      8012902: remove use of global operator new - take 2 · 73092391
      minqi 提交于
      Summary: The fix of 8010992, disable use of global operator new and new[] which caused failure on some tests. This takes two of the bugs also add ALLOW_OPERATOR_NEW_USAGE to prevent crash for third party code calling operator new of jvm on certain platforms.
      Reviewed-by: coleenp, dholmes, zgu
      Contributed-by: yumin.qi@oracle.com
      73092391
  20. 10 5月, 2013 1 次提交
    • J
      7176479: G1: JVM crashes on T5-8 system with 1.5 TB heap · ec36d18f
      johnc 提交于
      Summary: Refactor G1's hot card cache and card counts table into their own files. Simplify the card counts table, including removing the encoding of the card index in each entry. The card counts table now has a 1:1 correspondence with the cards spanned by heap. Space for the card counts table is reserved from virtual memory (rather than C heap) during JVM startup and is committed/expanded when the heap is expanded. Changes were also reviewed-by Vitaly Davidovich.
      Reviewed-by: tschatzl, jmasa
      ec36d18f
  21. 07 5月, 2013 1 次提交
  22. 06 5月, 2013 1 次提交
  23. 01 5月, 2013 1 次提交
  24. 26 4月, 2013 1 次提交
  25. 25 4月, 2013 1 次提交
  26. 22 4月, 2013 1 次提交
  27. 20 4月, 2013 1 次提交
  28. 10 4月, 2013 1 次提交
  29. 05 4月, 2013 1 次提交
  30. 11 4月, 2013 1 次提交
  31. 30 3月, 2013 1 次提交
  32. 28 3月, 2013 1 次提交
  33. 20 3月, 2013 1 次提交
  34. 19 3月, 2013 2 次提交
    • J
      8009940: G1: assert(_finger == _heap_end) failed, concurrentMark.cpp:809 · a486ffec
      johnc 提交于
      Summary: Skip reference processing if the global marking stack overflows during remark. Refactor and rename set_phase(); move code that sets the concurrency level into its own routine. Do not call set_phase() from within parallel reference processing; use the concurrency level routine instead. The marking state should only set reset by CMTask[0] during the concurrent phase of the marking cycle; if an overflow occurs at any stage during the remark, the marking state will be reset after reference processing.
      Reviewed-by: brutisso, jmasa
      a486ffec
    • J
      8009536: G1: Apache Lucene hang during reference processing · 46f2b2ac
      johnc 提交于
      Summary: In CMTask::do_marking_step(), Skip offering termination and entering the first and second synchronization barriers if called from a serial context, i.e. the VM thread.
      Reviewed-by: brutisso, tschatzl
      46f2b2ac
  35. 07 3月, 2013 1 次提交