On Oct. 18 2012 the REALJava was implemented as a standalone version, needing no CPU. The results are shown here as SOLOJava. Note that the system is not fully functional as of yet, and it runs at 50 MHz.
UPDATE: on Jan. 10 2013 the SOLOJava was moved to a newer FPGA board with more memory, namely the XEM5010 from Opal Kelly. This board brings the speed back to 100 MHz, as in previous versions of the REALJava.
Note: The Int and Byte Array Copy subtests were modified for larger datasets, as the original datasets were covered in 2 and 4 ms, respectively, providing virtually no resolution for the result. The blocksize was kept the same for both tests, just the loop count was increased by a factor 64.
On Feb. 08 2010 the REALJava was implemented
with eight (8) parallel cores!!! This was done using the Xilinx®
Virtex®-5 LXT/SXT PCI Express Development Kit from Avnet as the
platform. The board used a XC5VLX110T as the FPGA chip, and a softcore
MicroBlaze as the CPU.
2009 September 28 - Added a comparison of Java compilers (javac and jikes). The results can be found here.
2009 September 4 - Added REALJava 3.00 results. This version contains
several modifications, including instruction stream preprocessing
during class loading. This has slightly slowed down the shortest
tests, but the increased speed can be seen on the benchmarks that use
more time and contain more actual computation. Also SW version is
Added Results for the HTC G1 Dev Phone (from
Embedded Java. The results are from the second set provided at the
site. The site comments that the results seem to have a lot of
variation between runs, rendering the scores more or less
inaccurate. We guess that the timer function on the phone might have
considerable jitter, resulting in the variation in the
measurements... Any way, the G1 contains a Qualcomm MSM7201A
chipset which includes 528 MHz ARM11 with Jazelle Java hardware
acceleration. Considering the clock frequencies, the REALJava seems to
perform very well indeed.
2008 April 8 -
added REALJava 2.09 results
The Benchmarks marked with "ME" at end of the name are modified to be executable on J2ME, for
instance in mobile phones.