[OpenJDK 2D-Dev] [9] Review Request: 8059942 Default implementation of DrawImage.renderImageXform() should be improved for d3d/ogl

Sergey Bylokhov sergey.bylokhov at oracle.com
Sat Nov 15 01:36:30 UTC 2014


----- james.graham at oracle.com wrote:

> One thing to consider, though, is that this code is only used in some
> rare cases - either that we don't have a direct native loop for the TH
> native code to use directly, or that it is a custom composite.

or bicubic interpolation is used(in some cases bilinear), or drawImageBG operation.
 
> gains from the elimination of the Java-to-native transitions per 
> scanline also probably swamp any other tuning operation we can do here
> so I think we've reached the knee of the curve for tuning this
> operation 
> already.
> 
> I'd rather have the (albeit internal to the implementation) API for 
> Region be reliable in the results it generates than to go out of our
> way 
> to create external loopholes for constructing the objects for some
> gains 
> in this "backup code".
> 
> Note that if any given Src/Dst transform operation is critical to any
> 
> application, it would be better to make sure that we have a native 
> MaskBlit for that combination than to make this clipping code go any 
> faster...
> 
> 			...jim



More information about the 2d-dev mailing list