- you tested Blackdown-1.3.1 using green threads, but Sun JVM used native threads. In Linux this makes a huge difference in terms of thread scalability with one CPU. It should be useful to show the Linux Sun 1.3.1 JVM results with -green option.
That's an easy test result to add. :)
[EMAIL PROTECTED] john]$ /usr/java/jdk1.3.1_07/bin/java -green -version Green threads support not available Could not create the Java virtual machine.
Even if it could run with green threads, Sun never fixed the following bug and therefore could never handle more than 1,018 concurrent connections with the Classic VM:
Bug Id 4427986, "Classic VM goes into hard run at 1018 socket connections" http://developer.java.sun.com/developer/bugParade/bugs/4427986.html
- It should be better to use Solaris 9 instead of Solaris 8, since the threading model has changed.
I'm going to upgrade to Solaris 9 soon, but according to Sun's documention we should expect results similar to the "/usr/lib/lwp" rows in this table:
Table 6: Performance comparison of Solaris threading options http://www.volano.com/report/index.html#sunthreads
The alternative thread library (in /usr/lib/lwp) gives you the same one-to-one threading model on Solaris 8 that you get by default with Solaris 9. See the section called "Combinatorial review" here:
Java and Solaris Threading http://java.sun.com/docs/hotspot/threads/threads.html
Actually, we're going to make all the following upgrades soon:
FreeBSD 4.6 -> FreeBSD 5.0 Red Hat Linux 8.0 -> Red Hat Enterprise Linux AS 2.1 Solaris 8 -> Solaris 9 Windows 2000 Advanced Server -> Windows Server 2003
Between 17 Java VMs and 4 operating systems, it's really hard to get the results published and have the very latest of everything. We also try to hold back a little bit on the upgrades so that we are still using what our customers might have.
- It could be interesting to show the results using Sparc HW, in order to see how things change from Solaris 9-x86 to Solaris9-Sparc with the 64-bit JVM.
I think I can compare 32-bit and 64-bit on the same machine if I go the AMD route, right? Intel is going to do something similar by emulating the 32-bit along with 64-bit, right? I prefer testing everything on identical hardware.
I tested on Intel and SPARC for an old Java World magazine article, but it doesn't help much. Once you start changing the hardware, the results no longer tell you which *Java VM* is the best choice. We run the identical application on identical hardware so it's always an "apples to apples" comparison. The SPEC benchmarks are just hardware tests now because of the way they allow the results to be published. Try to pick the best Java virtual machine from this set of results, for example:
Second Quarter 2003 SPEC JBB2000 Results http://www.spec.org/jbb2000/results/res2003q2/
And this doesn't help much either:
Configurable Request http://www.spec.org/cgi-bin/osgresults?conf=jbb2000;op=form
John Neffenger
---------------------------------------------------------------------- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]