1. 11 6月, 2014 1 次提交
  2. 23 5月, 2014 1 次提交
    • D
      8037816: Fix for 8036122 breaks build with Xcode5/clang · ed4b64df
      drchase 提交于
      8043029: Change 8037816 breaks HS build with older GCC versions which don't support diagnostic pragmas
      8043164: Format warning in traceStream.hpp
      Summary: Backport of main fix + two corrections, enables clang compilation, turns on format attributes, corrects/mutes warnings
      Reviewed-by: kvn, coleenp, iveresov, twisti
      ed4b64df
  3. 06 2月, 2014 1 次提交
  4. 10 1月, 2014 1 次提交
  5. 26 9月, 2013 1 次提交
    • H
      7195622: CheckUnhandledOops has limited usefulness now · 087226b2
      hseigel 提交于
      Summary: Enable CHECK_UNHANDLED_OOPS in fastdebug builds across all supported platforms.
      Reviewed-by: coleenp, hseigel, dholmes, stefank, twisti, ihse, rdurbin
      Contributed-by: lois.foltan@oracle.com
      087226b2
  6. 10 6月, 2013 1 次提交
  7. 17 5月, 2013 1 次提交
  8. 08 9月, 2012 1 次提交
  9. 02 9月, 2012 1 次提交
  10. 29 6月, 2012 1 次提交
    • Z
      6995781: Native Memory Tracking (Phase 1) · bdfb3cf5
      zgu 提交于
      7151532: DCmd for hotspot native memory tracking
      Summary: Implementation of native memory tracking phase 1, which tracks VM native memory usage, and related DCmd
      Reviewed-by: acorn, coleenp, fparain
      bdfb3cf5
  11. 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
  12. 15 12月, 2011 1 次提交
  13. 18 10月, 2011 1 次提交
  14. 13 10月, 2011 1 次提交
    • J
      7098282: G1: assert(interval >= 0) failed: Sanity check, referencePolicy.cpp: 76 · 06be9d67
      johnc 提交于
      Summary: There is a race between one thread successfully forwarding and copying the klass mirror for the SoftReference class (including the static master clock) and another thread attempting to use the master clock while attempting to discover a soft reference object. Maintain a shadow copy of the soft reference master clock and use the shadow during reference discovery and reference processing.
      Reviewed-by: tonyp, brutisso, ysr
      06be9d67
  15. 23 9月, 2011 1 次提交
    • J
      6484982: G1: process references during evacuation pauses · 9c3adbcc
      johnc 提交于
      Summary: G1 now uses two reference processors - one is used by concurrent marking and the other is used by STW GCs (both full and incremental evacuation pauses). In an evacuation pause, the reference processor is embedded into the closures used to scan objects. Doing so causes causes reference objects to be 'discovered' by the reference processor. At the end of the evacuation pause, these discovered reference objects are processed - preserving (and copying) referent objects (and their reachable graphs) as appropriate.
      Reviewed-by: ysr, jwilhelm, brutisso, stefank, tonyp
      9c3adbcc
  16. 08 9月, 2011 1 次提交
    • Y
      4965777: GC changes to support use of discovered field for pending references · d5318109
      ysr 提交于
      Summary: If and when the reference handler thread is able to use the discovered field to link reference objects in its pending list, so will GC. In that case, GC will scan through this field once a reference object has been placed on the pending list, but not scan that field before that stage, as the field is used by the concurrent GC thread to link discovered objects. When ReferenceHandleR thread does not use the discovered field for the purpose of linking the elements in the pending list, as would be the case in older JDKs, the JVM will fall back to the old behaviour of using the next field for that purpose.
      Reviewed-by: jcoomes, mchung, stefank
      d5318109
  17. 01 9月, 2011 1 次提交
  18. 18 3月, 2011 1 次提交
  19. 10 12月, 2010 1 次提交
  20. 02 12月, 2010 1 次提交
  21. 24 11月, 2010 1 次提交
  22. 21 9月, 2010 1 次提交
  23. 28 5月, 2010 1 次提交
  24. 22 1月, 2010 1 次提交
  25. 07 1月, 2010 1 次提交
  26. 17 12月, 2009 1 次提交
  27. 25 8月, 2009 1 次提交
  28. 15 7月, 2009 1 次提交
  29. 10 3月, 2009 1 次提交
    • X
      6814575: Update copyright year · 58e87f34
      xdono 提交于
      Summary: Update copyright for files that have been modified in 2009, up to 03/09
      Reviewed-by: katleman, tbell, ohair
      58e87f34
  30. 27 1月, 2009 1 次提交
    • Y
      6786503: Overflow list performance can be improved · 7a40ef32
      ysr 提交于
      Summary: Avoid overflow list walk in CMS & ParNew when it is unnecessary. Fix a couple of correctness issues, including a C-heap leak, in ParNew at the intersection of promotion failure, work queue overflow and object array chunking. Add stress testing option and related assertion checking.
      Reviewed-by: jmasa
      7a40ef32
  31. 02 12月, 2008 1 次提交
  32. 21 11月, 2008 2 次提交
    • Y
      6684579: SoftReference processing can be made more efficient · bf0e7f79
      ysr 提交于
      Summary: For current soft-ref clearing policies, we can decide at marking time if a soft-reference will definitely not be cleared, postponing the decision of whether it will definitely be cleared to the final reference processing phase. This can be especially beneficial in the case of concurrent collectors where the marking is usually concurrent but reference processing is usually not.
      Reviewed-by: jmasa
      bf0e7f79
    • Y
      6722113: CMS: Incorrect overflow handling during precleaning of Reference lists · fb7c8a34
      ysr 提交于
      Summary: When we encounter marking stack overflow during precleaning of Reference lists, we were using the overflow list mechanism, which can cause problems on account of mutating the mark word of the header because of conflicts with mutator accesses and updates of that field. Instead we should use the usual mechanism for overflow handling in concurrent phases, namely dirtying of the card on which the overflowed object lies. Since precleaning effectively does a form of discovered list processing, albeit with discovery enabled, we needed to adjust some code to be correct in the face of interleaved processing and discovery.
      Reviewed-by: apetrusenko, jcoomes
      fb7c8a34
  33. 03 7月, 2008 1 次提交
    • X
      6719955: Update copyright year · b85ed448
      xdono 提交于
      Summary: Update copyright year for files that have been modified in 2008
      Reviewed-by: ohair, tbell
      b85ed448
  34. 06 6月, 2008 1 次提交
  35. 14 4月, 2008 1 次提交
  36. 13 2月, 2008 1 次提交
  37. 01 12月, 2007 1 次提交