- We see a ~10% improvement across the board from the previous JRockit release (R27.1), and much more in some cases - Out of the box performance in particular has received a huge boost - almost 70% on the SPECjbb2005 benchmark If you like these numbers but are stuck using an older Java version - don't worry. The J2SE 1.4.2 and 5.0 versions of JRockit are based on the same JVM bits, so you will see (almost) the same performance with those. Let's just say I believe we can safely claim that we are the fastest 1.4.2 JVM on the planet. By far.
-
JRockit for Java SE 6 is GA (19 messages)
- Posted by: Joseph Ottinger
- Posted on: April 13 2007 08:41 EDT
Henrik Stahl has posted that JRockit for Java SE 6 is generally available for download. This makes JRockit the first known independent implementation of Java 6, and it includes the new Java 6 features, full support for JRockit Mission Control 2.0 (JRockit's runtime analysis tool), and some impressive benchmark numbers. From the post:Threaded Messages (19)
- Intel Itanium by Tine Kurent on April 13 2007 10:30 EDT
- Re: Intel Itanium by Henrik Stahl on April 13 2007 10:45 EDT
-
Mac version by Sam Pullara on April 13 2007 11:25 EDT
- Re: Mac version by Henrik Stahl on April 13 2007 11:44 EDT
-
Mac version by Sam Pullara on April 13 2007 11:25 EDT
- Re: Intel Itanium by Henrik Stahl on April 13 2007 10:45 EDT
- JVM Max Heap Size by michael young on April 13 2007 11:24 EDT
- Re: JVM Max Heap Size by Henrik Stahl on April 13 2007 11:42 EDT
-
Interesting result by peter lin on April 13 2007 06:36 EDT
-
Re: Interesting result by Henrik Stahl on April 14 2007 01:49 EDT
- Re: Interesting result by peter lin on April 14 2007 08:52 EDT
-
Re: Interesting result by Henrik Stahl on April 14 2007 01:49 EDT
-
Interesting result by peter lin on April 13 2007 06:36 EDT
- Re: JVM Max Heap Size by Artur Karazniewicz on April 13 2007 14:00 EDT
- BEA WLS/ SUN JDK on Linux by ruc sha on April 13 2007 05:09 EDT
- Re: JVM Max Heap Size by Henrik Stahl on April 14 2007 01:45 EDT
- Re: JVM Max Heap Size by Henrik Stahl on April 13 2007 11:42 EDT
- Congratulations by Dalibor Topic on April 14 2007 16:06 EDT
- Great news! but... by Simone Avogadro on April 17 2007 06:56 EDT
- Re: Great news! but... by Henrik Stahl on April 17 2007 08:13 EDT
- Re: Great news! but... by Henrik Stahl on April 26 2007 09:00 EDT
- Re: Great news! but... by Henrik Stahl on April 17 2007 08:13 EDT
- Webstart JRockit VM downloader servlet by Sothy Namasivayam on April 17 2007 17:11 EDT
- Re: Webstart JRockit VM downloader servlet by Henrik Stahl on April 18 2007 16:24 EDT
- JRockit SE 6 Bundled With WebLogic Server 10 by Colin Wrinch on April 17 2007 17:39 EDT
-
Intel Itanium[ Go to top ]
- Posted by: Tine Kurent
- Posted on: April 13 2007 10:30 EDT
- in response to Joseph Ottinger
What happened with Intel Itanium version? -
Re: Intel Itanium[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 13 2007 10:45 EDT
- in response to Tine Kurent
The 1.4.2 and 5.0 variants of JRockit R27.2 are supported on Itanium. As to Java 6, support is currently limited to x86 and x86-64. BEA is investigating Java 6 support for other architectures. Henrik Ståhl JRockit Product Manager, BEA Systems -
Mac version[ Go to top ]
- Posted by: Sam Pullara
- Posted on: April 13 2007 11:25 EDT
- in response to Henrik Stahl
Now that Macs have thoroughly infiltrated the Java developer community, can we expect a Mac (Intel) version any time soon? Sam -
Re: Mac version[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 13 2007 11:44 EDT
- in response to Sam Pullara
Now that Macs have thoroughly infiltrated the Java developer community, can we expect a Mac (Intel) version any time soon?
That would be fun, wouldn't it? ;-) Additional ports of JRockit are added based on customer demand. So maybe if you manage to drum up enough support among BEA customers...? -
JVM Max Heap Size[ Go to top ]
- Posted by: michael young
- Posted on: April 13 2007 11:24 EDT
- in response to Joseph Ottinger
I would be interested in seeing what kind of maximum heap size you can give it on a 64 bit system. Haven't had much luck getting Sun's past 1.5GB or so.. -
Re: JVM Max Heap Size[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 13 2007 11:42 EDT
- in response to michael young
I would be interested in seeing what kind of maximum heap size you can give it on a 64 bit system.
Max heap size depends on OS and OS configuration, see JRockit docs on this topic. You can usually get up to 2.5-2.8 GB with the 32-bit JVM on a 32-bit OS, and 3.5-3.8 GB on a 64-bit OS. The 64-bit JVM has been tested with up to 3.5 TB (terabytes) of heap.Haven't had much luck getting Sun's past 1.5GB or so..
JRockit supports larger heaps due to being able to use a non-contiguous memory space for the heap, see this old blog entry for details. -
Interesting result[ Go to top ]
- Posted by: peter lin
- Posted on: April 13 2007 18:36 EDT
- in response to Henrik Stahl
I just downloaded the release and ran some tests. Using my RETE rule engine I ran manners 128 benchmark with 2 different binaries. One is compiled using SUN jdk1.4.2 and the second with Sun jdk1.5.0. The system I'm testing it on is: dell D820 2GM RAM 2.0Ghz Core Duo CPU heap settings: -Xms512m -Xmx512m For some reason, the 1.4.2 binaries finish the benchmark in roughly 6.5 seconds vs 9.5 seconds with 1.5.0 binaries. I've noticed the same result using SUN's jvm to run the benchmark. The one thing I notice is 1.4.2 binaries use 1 core 75%, the second 25%. 1.5.0 binaries run on both cores evenly 50%. Do you have an idea why that happens Henrik? I'm scratching my head wondering why 1.4.2 binaries run faster in both JRockit and Sun 1.5 and 1.6 JVM. peter lin -
Re: Interesting result[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 14 2007 01:49 EDT
- in response to peter lin
For some reason, the 1.4.2 binaries finish the benchmark in roughly 6.5 seconds vs 9.5 seconds with 1.5.0 binaries. I've noticed the same result using SUN's jvm to run the benchmark...
Hi Peter, Most likely caused by some class library difference between 1.4.2 and later Java versions. Would be interested in hearing more if you want to follow up - I believe you have my email so feel free to ping me. -- Henrik
Do you have an idea why that happens Henrik? I'm scratching my head wondering why 1.4.2 binaries run faster in both JRockit and Sun 1.5 and 1.6 JVM.
peter lin -
Re: Interesting result[ Go to top ]
- Posted by: peter lin
- Posted on: April 14 2007 08:52 EDT
- in response to Henrik Stahl
I'll send you an email later today with details to reproduce it :) peterFor some reason, the 1.4.2 binaries finish the benchmark in roughly 6.5 seconds vs 9.5 seconds with 1.5.0 binaries. I've noticed the same result using SUN's jvm to run the benchmark... Do you have an idea why that happens Henrik? I'm scratching my head wondering why 1.4.2 binaries run faster in both JRockit and Sun 1.5 and 1.6 JVM. peter lin
Hi Peter,
Most likely caused by some class library difference between 1.4.2 and later Java versions. Would be interested in hearing more if you want to follow up - I believe you have my email so feel free to ping me. -- Henrik -
Re: JVM Max Heap Size[ Go to top ]
- Posted by: Artur Karazniewicz
- Posted on: April 13 2007 14:00 EDT
- in response to michael young
I would be interested in seeing what kind of maximum heap size you can give it on a 64 bit system. Haven't had much luck getting Sun's past 1.5GB or so..
This may be not the problem with JVM per se, but rather with 32-bit system architecture. For example, standard linux kernel on 32 bit system is able to allocate maximum ~1,7GB of memory. I had the same "problem" with Oracle and SGA. Here comes good explanation: http://www.oracle.com/technology/oramag/oracle/05-nov/o65ocp.html See "Implementing a Large SGA" section. I believe similar limitation applies to Windows... -
BEA WLS/ SUN JDK on Linux[ Go to top ]
- Posted by: ruc sha
- Posted on: April 13 2007 17:09 EDT
- in response to Artur Karazniewicz
On Linux, i understand BEA on "Red Hat Linux 4.0 AS/ES 64 Bit x86 Hardware" does support upto few TB on memory ...but i wanted to know how much is supported with SUN JDK ? is it true "BEA WLS does not support Sun JDK on Linux." ??? -
Re: JVM Max Heap Size[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 14 2007 01:45 EDT
- in response to Artur Karazniewicz
A 32-bit architecture has 2^32 ~= 4 GB address space. However, the amount of memory available for the Java heap is limited by 1) how much memory is reserved for the kernel, the JVM binary itself and any shared libraries that are loaded into the same address space and 2) most JVMs require a contiguous memory space, so it can not create a heap larger than the largest free "hole". JRockit does not suffer from #2, so it can often be used with larger heaps than the Sun or IBM JVMs.I would be interested in seeing what kind of maximum heap size you can give it on a 64 bit system. Haven't had much luck getting Sun's past 1.5GB or so..
This may be not the problem with JVM per se, but rather with 32-bit system architecture.For example, standard linux kernel on 32 bit system is able to allocate maximum ~1,7GB of memory.
That would be the old 2.4 kernel. Red Hat EL3 and later and SuSE ES9 and later allows up to 3 GB of process address space in the standard kernels.I had the same "problem" with Oracle and SGA. Here comes good explanation:
That Oracle document applies to Red Hat 2.1, which is based on the 2.4 Linux kernel. Cheers -- Henrik
http://www.oracle.com/technology/oramag/oracle/05-nov/o65ocp.html
See "Implementing a Large SGA" section.
I believe similar limitation applies to Windows... -
Congratulations[ Go to top ]
- Posted by: Dalibor Topic
- Posted on: April 14 2007 16:06 EDT
- in response to Joseph Ottinger
Good work, guys, congrats to the team on the release. -
Great news! but...[ Go to top ]
- Posted by: Simone Avogadro
- Posted on: April 17 2007 06:56 EDT
- in response to Joseph Ottinger
great news: tried the beta and found it to be a great product, expecially for the mission control tool which is years light head of jconsole ! new infor about the max memory on 32bit systems is great: expecially useful for web containers with lots of hosted applications. however our obfuscated jars don't work because we do use long class/pakage names and this message appears: java.util.zip.ZipException: name length exceeds 512 bytes sun removed this limit with 1.4.0: isn't it supposed to be resolved for other JDKs too? -
Re: Great news! but...[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 17 2007 08:13 EDT
- in response to Simone Avogadro
however our obfuscated jars don't work because we do use long class/pakage names and this message appears:
Hi Simone, Sounds like a JRockit limitation. If you can mail me (hstahl AT bea DOT com) a sample JAR that has this issue then we can have it fixed for a later JR release. Or if you have a support contract with BEA, open a support ticket to get a hotfix. -- Henrik
java.util.zip.ZipException: name length exceeds 512 bytes
sun removed this limit with 1.4.0: isn't it supposed to be resolved for other JDKs too? -
Re: Great news! but...[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 26 2007 09:00 EDT
- in response to Henrik Stahl
We have found and fixed this. The fix will be in the next JRockit release (R27.3.0), or you can contact BEA Support and ask for a patch for bug id CR319764. -- Henrikhowever our obfuscated jars don't work because we do use long class/pakage names and this message appears:
java.util.zip.ZipException: name length exceeds 512 bytes
sun removed this limit with 1.4.0: isn't it supposed to be resolved for other JDKs too?
Hi Simone,
Sounds like a JRockit limitation. If you can mail me (hstahl AT bea DOT com) a sample JAR that has this issue then we can have it fixed for a later JR release. Or if you have a support contract with BEA, open a support ticket to get a hotfix.
-- Henrik -
Webstart JRockit VM downloader servlet[ Go to top ]
- Posted by: Sothy Namasivayam
- Posted on: April 17 2007 17:11 EDT
- in response to Joseph Ottinger
Is there a JRockit VM downloader servlet that supports JNLP clients - i.e. swing clients lauched via WebStart? The downloader servlet controls the VM needed on the client side, OS etc. -
Re: Webstart JRockit VM downloader servlet[ Go to top ]
- Posted by: Henrik Stahl
- Posted on: April 18 2007 16:24 EDT
- in response to Sothy Namasivayam
Is there a JRockit VM downloader servlet that supports JNLP clients - i.e. swing clients lauched via WebStart?
JRockit does not include Java WebStart. If you have both the Sun JDK and JRockit installed on the same machine, you can configure JRockit to use the JWS from the Sun installation. This is not something BEA supports or recommends, though ;-)
The downloader servlet controls the VM needed on the client side, OS etc. -
JRockit SE 6 Bundled With WebLogic Server 10[ Go to top ]
- Posted by: Colin Wrinch
- Posted on: April 17 2007 17:39 EDT
- in response to Joseph Ottinger
Anyone know if/when JRockit 6 will be bundled in WebLogic 10?