[OpenJDK 2D-Dev] Resurrecting Lauren'ts work on speeding up Pisces

[Andrea Aime]

On Mon, Nov 11, 2013 at 9:21 AM, Clemens Eisserer <linuxhippy at gmail.com>wrote:

> Hi,
>
> One wish regarding pisces came into my mind:
>
> Currently all AA tile generators feed  32x32 coverage tiles to the
> pipelines.
> While this might be a good idea for software-only pipelines due to
> good cache locality, it is a huge issue for at least the xrender
> pipeline.
> Each tile has to be uploaded seperately, which causes context switches
> and GPU stalls - and I can't make use of the shared memory image
> extension which should be quite benefitial for larger coverage
> uploads,
>
> It would be great if this fixed size could be made more dynamically -
> this is an area where I could contribute.
>

Hi Clemens,
personally I'm on board with this and other changes, yet, the complete
lack of any response from Oracle people is a cold shower.

As far as I know it's impossible to get the code in without any support
from them, so it seems like even if we started the work again, it would
be destined to failure.

I still haven't looked in detail, but another approach I was considering
is to develop a improved rasterizer completely outside OpenJDK,
and just add in OpenJDK the bits needed to allow it being plugged in
(e.g., for example, by dropping a JAR and leveraging the usual SPI
mechanism)

This I hope would break the tension between our desire to improve things
in software rendering, and the need to get Oracle support at every step of
the way

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/2d-dev/attachments/20131111/30b2fa95/attachment.html>