JDK-7006505 : Use kstat info to identify SPARC processor
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 7
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: sparc
  • Submitted: 2010-12-13
  • Updated: 2011-04-23
  • Resolved: 2011-04-23
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 6 JDK 7 Other
6u25Fixed 7Fixed hs20Fixed
Description
Currently we use cpu count (32) to distinguish T1 from latest T machines and it is not clear when/if we can get CPUID instruction or new Solaris interface which provides information we need. John G Johnson suggested to read kstat data to get more precise CPU information.
Comments
PUBLIC COMMENTS Unfortunately Solaris 8 (used to build JDK6) has different kstat structure vs Solaris 10 (used to build JDK7) so I have to work around this problem. Verified with JPRT build and test for jdk6 and jdk7. Additional changes: Renamed is_niagara1 to is_niagara since it checks for T family cpus not just T1. Reduced heap size for test_gamma to -Xmx32m since 64bit VM reserves 1/4 of physical memory by default. Fixed print format for reserved heap size. Print compressed oops mode with -XX:+PrintMiscellaneous -XX:+Verbose. Add check for VIS3. Use FXTOD and FXTOS on T series and SPARC64 (tested with microbenchmark).
18-12-2010
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/c04052fd6ae1
18-12-2010