[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