Robert Engels wrote:

Do you have any hard numbers to support this? The last time I checked, gcj
had minimal improvement over JVM 1.5.
In terms of speed, there is not much difference between native code and classes (see sample timings). However, the pragmatic availability of java 5 environment for even somewhat _exotic_ platforms is sadly limited. My current environment is linux on a dual core x86_64. One can only ride a jrocket into 1.5 land and still address 64 bits of goodness !

more,
l8r,
v

BTW, given a native compile and link,

   [EMAIL PROTECTED] lucene-415145]$ ldd  build/indexFiles
           libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003f00400000)
           libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003efec00000)
           libgcj.so.7 => /usr/lib64/libgcj.so.7 (0x00002aaaaaac2000)
           libm.so.6 => /lib64/libm.so.6 (0x0000003ef9100000)
           libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003efa500000)
           libz.so.1 => /usr/lib64/libz.so.1 (0x0000003ef9500000)
           libdl.so.2 => /lib64/libdl.so.2 (0x0000003ef9300000)
           libc.so.6 => /lib64/libc.so.6 (0x0000003ef8e00000)
           /lib64/ld-linux-x86-64.so.2 (0x0000003ef8c00000)

The native indexing,

[EMAIL PROTECTED] lucene-415145]$ time build/indexFiles . 2>&1 > /dev/null

real    0m22.932s
user    0m16.581s
sys     0m6.224s

The virtual machine indexing,

[EMAIL PROTECTED] lucene-415145]$ time java -d64 -Xmx8192m -cp 
build/lucene-demos-2.0-rc1-dev.jar:build/lucene-core-2.0-rc1-dev.jar 
org.apache.lucene.demo.IndexFiles . 2>&1 > /dev/null
real    0m23.224s
user    0m33.238s
sys     0m5.184s
Side note, the jrocket seems to use both processors just about 1/3 of the way through, where as the gcj doesn't . . .

--
"The future is here. It's just not evenly distributed yet."
-- William Gibson, quoted by Whitfield Diffie


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to