[OpenJDK 2D-Dev] Resurrecting Lauren'ts work on speeding up Pisces
andrea.aime at geo-solutions.it
Sat Oct 19 15:00:50 UTC 2013
it's been a few months since my last mail.
If you remember, I've tried participating to Laurent webrev discussions by
a real world benchmark using GeoServer running the public OSGeo WMS
If you want to read the last discussion on the topic, this was the thread:
Well, I'm back since I've managed to build a pure java PNG encoder that's
faster than both the JDK one, and the ImageIO native one (aka
especially when run on OpenJDK, so I'm back trying to make the renderer
for server side, headless workflows :-)
(if you want more info on the PNG encoder work I'm at your disposal too,
let's start a
Now, Laurent's work pretty much stopped at the fourth webrev, and I'm
in trying to take over, provided there is a chance for the changes to be
in JDK 8 or JDK 9).
>From my existing experience with open source projects I believe the patches
have a better chance of being merged by avoiding code style changes, and
the changes to the bare minimum that provides the most significant speedup,
then make a choice on how the arrays should be cached (the CQL approach
to be more promising) to further simplify the code.
So, if I sign the OCA, can I look over Laurent's code and build a new webrev
oriented to providing the minimum of changes to the existing code, possibly
trying to avoid any change that would affect the ductus pipeline?
Would this be a good approach to get the improvements merged?
In general, what do you suggest would be the best course of action?
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
Ing. Andrea Aime
Via Poggio alle Viti 1187
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the 2d-dev