JDK-7017124 : Fix some VM stats to avoid 32-bit overflow
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs19
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: sparc
  • Submitted: 2011-02-03
  • Updated: 2011-04-24
  • Resolved: 2011-04-24
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 7 Other
7Fixed hs21Fixed
Related Reports
Relates :  
JDK-7018849 - 7017124 fix broke VM build on some platforms
Description
During long enough time (tens minutes) on modern processors some VM statistic 32-bit values overflow. We need to use longs. And when a value is long we still have a problem since it is incremented not atomically in 32-bit VM.
Comments
PUBLIC COMMENTS During long enough time (tens minutes) on modern processors some VM statistic 32-bit values overflow. We need to use longs. And when a value is long we still have a problem since it is incremented not atomically in 32-bit VM. Added new method inc_stat_counter() to increment long statistic values and use atomic long load and store. Fixed several output formats to use FORMAT macros. I have to remove v9 check assert from Atomic_move_long() since it is called before VM_Version is initialized and C2 is built for v9 only anyway. I fixed only statistic which was interesting to me.
08-02-2011
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/f7de3327c683
08-02-2011