÷

 Are the Java 6 -server programs faster?

Do the Java 6 -server programs use optimized assembly code libraries? Are they small simple programs or very optimized programs? Do the Java 6 -server programs use a fraction of the time used by other programs or do they use several times more?


 Java 6 -server used what fraction? used how many times more? 
Programs Time Memory Code Reduced N
↓ n-body1/161±
↓ recursive1/1301/2±
↓ spectral-norm1/123±
↓ fannkuch1/105±
↓ fasta1/82±
↓ mandelbrot1/76
↓ binary-trees1/251/3±
↓ nsieve-bits1/231/4
↓ sum-file1/10
↓ nsieve1/6±
↓ k-nucleotide1/5±
↓ reverse-complement1/2±±
↓ partial-sums1/2±
↓ regex-dna±±±
↓ pidigits±±

± look at the measurements and then look at the programs.

 Are the Java 6 -server programs faster?

Program & Logs CPU secs Elapsed secs Memory KB Code B ~ CPU Load
 n-body 
Java 6 -server14.7511,5241424  
PHP2,381.865,6361289  
 recursive 
Java 6 -server6.7612,044427  
PHP879.9418,088315  
 spectral-norm 
Java 6 -server24.0110,008514  
PHP2,946.157,188315  
 fannkuch 
Java 6 -server11.058,884555  
PHP1,165.025,500484  
 fasta 
Java 6 -server21.469,1841240  
PHP1,755.915,5761029  
 mandelbrot 
Java 6 -server3.2411,092623  
PHP245.485,484395  
 binary-trees 
Java 6 -server6.8926,808603  
PHP173.2581,648493  
 nsieve-bits 
Java 6 -server5.0413,364523  
PHP115.1552,080317  
 sum-file 
Java 6 -server4.109,972226  
PHP41.995,456146  
 nsieve 
Java 6 -server2.2520,592296  
PHP13.3110,516221  
 k-nucleotide 
Java 6 -server15.8970,9641052  
PHP79.7830,336818  
 reverse-complement 
Java 6 -server1.3058,932592  
PHP2.5839,696508  
 partial-sums 
Java 6 -server9.158,488474  
PHP17.815,504367  
 regex-dna 
Java 6 -server7.8175,892921  
PHP9.20106,752675  
 pidigits 
Java 6 -server1.928,992938  
PHP2.247,312537  
 chameneos-redux 
Java 6 -server34.7412,3081462  
No PHP

 Java 6 -server : ubiquitous jit server virtual machine 

java version "1.6.0_07"
Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
Java HotSpot(TM) Server VM (build 10.0-b23, mixed mode, sharing)

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

Revised BSD license