Java2d Benchmarking results

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi folks,

Am Montag, den 26.06.2006, 16:50 -0400 schrieb Francis Kung:
> Further to this thread, I've tested each image operation against the
> baseline case, and posted the results at http://fkung.wordpress.com/

Interesting!

> All operations on fill(Rectangle2D) also seem very expensive compared to
> the rest.

I suppose this (at least partially) comes from the JNI overhead here: we
transfer the Shape to the native code making 1 JNI call per
point/control-point and a couple more to actually paint it. This is very
ineffcient, given that (plain) polygon/shape filling is a rather cheap
operation.

I currently start working on a GL based Graphics2D impl, on top of
Escher, which (afaics) has the potential to be very efficient, simply
because it avoids JNI calls altogether (except to java.net code every
now and then). This could be even more efficient than Sun does (they
push 'graphics commands' to a queue, which is read by a native thread
that translates it to native GL calls, which - in the case of X - are
pushing commands to a queue again... if I understand that correctly).

Cheers, Roman

-- 
?Improvement makes straight roads, but the crooked roads, without
Improvement, are roads of Genius.? - William Blake
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://developer.classpath.org/pipermail/classpath/attachments/20060627/156fe7c2/attachment.pgp

[Index of Archives]     [Linux Kernel]     [Linux Cryptography]     [Fedora]     [Fedora Directory]     [Red Hat Development]

  Powered by Linux