Sounds to me like an inappropriate factoring of code between Java and
native. Hope you can eliminate more than just 2/3 of the calls!
-- Eliot
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
I'm doing some initial performance comparisons
of classpath 0.08 and classpath 0.09 on Jikes RVM (cvs head). I've
found that the performance of _228_jack (one of the SPECjvm98 benchmarks)
suffers a serve degradation on classpath 0.09. It is twice as slow
(10 seconds vs 5 seconds on my machine
Here's some more data: dynamic
count of JNI functions executed in 1 iteration of jack size 100 on classpath
0.08 and classpath 0.09 with Jikes RVM. Note the massive number of calls
from FileChannelImpl.get_native_fd 2/3 of which are unnecessary. Unless
I hear that someone else has already fixed
On Fri, 2004-05-07 at 14:21, David P Grove wrote:
Here's some more data: dynamic count of JNI functions executed in 1
iteration of jack size 100 on classpath 0.08 and classpath 0.09 with
Jikes RVM. Note the massive number of calls from
FileChannelImpl.get_native_fd 2/3 of which are
Here's a patch. Works with Jikes
RVM and reduces our classpath 0.09 performance degradation on _228_jack
to a slightly more tolerable 5%. Eliot's point is probably a good
one though, this is an unfortunate place to be having to cross JNI boundaries.
Probably the right long term solution for Jikes
5 matches
Mail list logo
