Comments on: Update For Java Benchmark

By: Excelsior JET 7.0 Beta Announcement In `tomcat-users’ - Excelsior blog

Excelsior JET 7.0 Beta Announcement In `tomcat-users’ - Excelsior blog — Wed, 23 Sep 2009 11:36:06 +0000

[...] and we have prospects canceling evaluation because of the slowdown. I can point you to some third-party benchmarks, but your mileage will vary, one way or [...]

By: Isaac Gouy

Isaac Gouy — Wed, 22 Apr 2009 01:07:06 +0000

fyi the Python scripts that implement the ‘Statistically Rigorous Java Performance Evaluation’ measurement techniques are freely available:

http://www.elis.ugent.be/JavaStats

By: Isaac Gouy

Isaac Gouy — Tue, 21 Apr 2009 22:15:17 +0000

fyi “Statistically Rigorous Java Performance Evaluation”

http://buytaert.net/files/oopsla07-georges.pdf

By: Java Faster Than C ? | keyongtech

Java Faster Than C ? | keyongtech — Sun, 18 Jan 2009 17:07:01 +0000

[...] Re: Java Faster Than C ? Rishi Boparai writes: >Can Java be faster than ‘C’? Incredible but true. There seems to have been a new benchmark execution that shows Jet 6.4 to be about as fast as GCC, while VMs also achieved impressive results, but still are about half as fast on the average:

By: BlueJ contra Python | hilpers

BlueJ contra Python | hilpers — Sun, 18 Jan 2009 10:35:33 +0000

[...] 6u6 1.07 : 1.79 laut der Abbildung http://www.stefankrause.net/wp/imgs/geom_mean_0806.png von http://www.stefankrause.net/wp/?p=9 Damit ist bei Jet 6.4 die automatische Speicherverwaltung von Java und sind die weitergehenden [...]

By: Curious about GCJ

Curious about GCJ — Mon, 01 Sep 2008 05:07:24 +0000

Stefan,

Wonderful work, please keep it up!

Question: why was GCJ excluded from this round of benchmarking? Is it because they haven’t rereleased since your last benchmark? At a glance, looking at your previous post, GCJ seems to compete with the top performers in most of these benchmarks. Given that GCJ is free, and JET is commercial, that makes me wish it was included in all the benchmarks here!

By: Server Performance

Server Performance — Thu, 21 Aug 2008 12:55:59 +0000

Have you tried the Java SE 6u6-p “Performance Release”? (is not the same as the one you tried, its version number is “1.6.0_06-p”).

It is already available for almost all platforms and its improvements in some things are incredible… You can download it from ["https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jdk-6u6-p2-oth-JPR@CDS-CDS_Developer"].

P.S: Is that lins doesn’t work you must start navigating from the link dated in july’08["http://java.sun.com/javase/technologies/performance.jsp"]

By: Sam Smith

Sam Smith — Wed, 20 Aug 2008 15:01:59 +0000

Stefan, have you read this article
http://www.ibm.com/developerworks/java/library/j-benchmark1.html
yet?

You may want to consider using the benchmarking framework described therein, and which is freely available for download. Benchmarking dynamic JVMs is really tricky, with a lot of gotchas. This framework handles all of the warmup issues, and generates proper statistics (or warns you that the stats are worthless).

By: ilnar

ilnar — Wed, 23 Jul 2008 04:57:40 +0000

Stefan,

I just changed C++ implementation for gcc and it now looks like java code.
A few reason why java code appears faster than c++ it’s difference between the code.
I figure out that some of loops in java code were ported to C++ incorrectly.
And there is no matter what I used, gcc or msvc, I just reported ratio between incorrectly ported code and the code after corrections. Corrections consist only fixes that make c++ and java code almost the same.

By: cures

cures — Thu, 17 Jul 2008 17:09:35 +0000

Java version of specnorm is better optimized (less pessimized) in code:
array size n is passed directly to the inner functions, not calculated there anytime as u.size();
for (int i = 0; i < n; i++) v[i] = 0; is moved out of the 10 times loop.
Some better optimization is possible in multiplication routines: in the loop by j we can add not to the array element Av[i], but to a local variable Avi, that would be put into the array after the loop.
Why you use option -fpmath=387? SSE works faster, and, probably, is used in Java VM.
After eliminating these differences, g++ program runs a little bit faster than the java one. It can’t be much faster, because most time here is required by the division, so this test is just a measure of processor FPU speed.