Compare the performance of Java 6 -server programs against some other language implementation, or check the Java CPU time and Memory use measurements.
For more information about the Java implementation we measured see ↓ about Java 6 -server.
Are the Java 6 -server programs better?
For each of one our benchmarks, a white bar shows which language implementation had the faster program, and a black bar shows which used the least memory.
How many times better?
How many times faster or smaller are the Java 6 -server programs than the corresponding C GNU gcc programs?
| Java 6 -server x times better ~ C GNU gcc x times better | ||||
|---|---|---|---|---|
| Program & Logs | Faster | Smaller: Memory Use | Smaller: GZip Bytes | Reduced N |
| binary-trees | ~1.7 | ~5.2 | 1.2 | |
| chameneos-redux | ||||
| fannkuch | ~1.9 | ~23 | 1.1 | |
| fasta | ~1.1 | ~21 | 1.0 | |
| k-nucleotide | ~2.4 | ~1.8 | 1.1 | |
| mandelbrot | ~1.0 | ~30 | ~1.2 | |
| meteor-contest | ||||
| n-body | 1.0 | ~29 | ~1.2 | |
| nsieve | ~1.1 | ~2.8 | ~1.4 | |
| nsieve-bits | ~1.3 | ~4.3 | ~1.2 | |
| partial-sums | ~2.3 | ~24 | 1.5 | |
| pidigits | ~1.2 | ~17 | ~1.4 | |
| recursive | ~2.7 | ~23 | ~1.0 | |
| regex-dna | ~1.7 | ~5.5 | 1.5 | |
| reverse-complement | ~3.9 | ~4.3 | ~1.2 | |
| spectral-norm | 1.1 | ~26 | ~1.4 | |
| startup | ~160 | 1.2 | ||
| sum-file | 1.3 | ~34 | ~1.1 | |
| thread-ring | ~2.3 | ~5.4 | ~1.1 | |
about Java 6 -server
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) Server VM (build 10.0-b19, mixed mode)
Home Page: http://java.sun.com/j2se/
Download: http://java.sun.com/j2se/downloads/
"Remember how HotSpot works. It starts by running your program with an interpreter. When it discovers that some method is "hot" -- that is, executed a lot, either because it is called a lot or because it contains loops that loop a lot -- it sends that method off to be compiled. After that one of two things will happen, either the next time the method is called the compiled version will be invoked (instead of the interpreted version) or the currently long running loop will be replaced, while still running, with the compiled method. The latter is known as "on stack replacement" and exists in the 1.3/1.4 HotSpot based systems."
Benchmarking the Java HotSpot VM
