About 1.6.0_35 (6u35) for the Itanium® architecture
1.6.0_35 for the Itanium® architecture is a port of JDK 6 update 35 to the Itanium® (64 bit) architecture. Only fixes for security vulnerabilities were ported in this release.
The full internal version number for this update release is 1.6.0_35-b1001 (where "b" means "build"). The external version number is 6u35. Included in JDK 6u35 for the Itanium® architecture is version 17.0 of the Java HotSpot Server Virtual Machine.
The following JDK, JRE tools are not included in JDK, JRE 6u35 for the Itanium® architecture release:
Please refer to JDK tools and Utilities for JDK tools description.
Only offline installation is available for JDK, JRE 6u35 for the Itanium® architecture.
This release contains fixes for security vulnerabilities. For more information, please see Oracle Java SE and Java for Business Critical Patch Update advisory.
The following set of command line options is recommended for running high performance server applications:
-XX:+AggressiveOpts -XX:+AggressiveHeap -XX:ParallelGCThreads=2 -XX:InterpreterProfilePercentage=10 -XX:CompileThreshold=35000 -XX:OnStackReplacePercentage=80 -XX:PermSize=256m -XX:MaxPermSize=256m -XX:AllocatePrefetchStepSize=128 -XX:AllocatePrefetchStyle=2 -XX:AllocatePrefetchDistance=1024 -XX:+UseCompressedOops if heap size is less than 32GB -Xmx, -Xms, -Xmn should have sufficiently large values. For example, -Xms6656m -Xmn5120m -Xmx6656m or -Xms26624m -Xmn21248m -Xmx26624m. The value of the -Xmn option should be less than about 80% of the -Xmx value.
|Windows 64 bit|
|Windows IA64||Windows Server 2003 SP2||Windows/Active for Windows||
|64-bit Install||64-bit Install|
|Windows Server 2008 SP2, R2 for Itanium-based Systems|
|Linux 64 bit|
|Linux IA64||SUSE Enterprise Linux Server 10 SP2,
SUSE Linux Enterprise Server 11
|64-bit Install||64-bit Install|
|Red Hat Enterprise Linux 5.0 U2|
The installation procedure installs the JDK or JRE 6u35 but not the Java Plugin or Java Web Start.
To install, download jdk-6u35-windows-ia64.exe or jre-6u35-windows-ia64.exe file and then follow the 32-bit Windows JDK installation or 32-bit Windows JRE installation "Windows Offline Installation" instructions.
Note, during JRE installation Java executables including java.exe are not copied to the Windows System directory.
The installation procedure installs the JRE or JDK 6u35 but not the Java Plugin or Java Web Start.
The JDK, JRE for Linux 64-bit comes bundled in two install formats:
To install, download the necessary file and then follow one of the 32-bit Linux JDK RPM Installation, 32-bit Linux JDK Self-Extracting Binary Installation or 32-bit Linux JRE RPM Installation, 32-bit Linux JRE Self-Extracting Binary Installation instructions.
For example, JDK (JRE) 6u16 cannot be installed using the jdk(jre)-6u16-linux-ia64-rpm.bin file if, on the same machine, JDK (JRE) 6u35 was previously installed using jdk(jre)-6u35-linux-ia64-rpm.bin.
Preparing... ########################################### [100%]
package jdk-1.6.0_35-fcs (which is newer than jdk-1.6.0_16-fcs) is already installed
If JDK (JRE) 6u35 was installed using jdk(jre)-6u35-linux-ia64.bin, installation of JRE (JDK) 6u16 using jre(jdk)-6u16-linux-ia64.bin passes successfully.
However, in 6u17 and earlier releases of JDK, JRE for the Itanium® architecture, after installation of JDK (or JRE) of a lower version on top of a higher version (for example, 6u16 on top of 6u35), "JavaHome" contains the path to the last installed JDK (or JRE) instead of the path to the JDK (or JRE) of the highest installed version. After uninstallation the value is removed.
The workaround is to put the correct value to the Windows registry manually. A more accurate workaround is to uninstall the previously installed JDK (or JRE) and install the required version. See Deploying the JRE on Windows for more details about registry values.
The issue does not exist in 6u18 and later releases of JDK, JRE for the Itanium® architecture.
This is a known bug in kernels of versions less than 2.6.22. Processors older than Montecito (e.g. Madison, McKinley) are not affected.
RHEL4 (Nahant Update 5), kernel 2.6.9-55.EL has this bug. In RHEL5.2(Tikanga), kernel 2.6.18-92.el5 the bug is fixed.
Possible workarounds are: