On 18.01.2021 04:41, Clemens Eisserer wrote:
So sure, for GPU limited cases this won't help a lot - however, typical java2d
is usually CPU limited with tons of very small primitives and many state
changes in between.
It does not affect so much the xrender which do the same CPU related steps,
On 2021-01-15 19:27, mark.reinh...@oracle.com wrote:
Feature JEPs are living documents until such time as they are delivered.
In this case it would not be appropriate to update JEP 201, which is as
much about the transition from the old source-code layout as it is about
the new layout as of
Hi Sergey,
It is quite interesting! But it would be good to check what code was
> affected by this parallelization. I meant we cannot draw much-much faster
> than OGL draw its primitives, so even w/o parallelization if we will call
> flush after each fillRect/etc(mimics the in-place rendering on
On 17.01.2021 04:08, Clemens Eisserer wrote:
To be honest I don't have an explanation why results are *that* good, but on
the other hand - XRender is still clearly faster for 1x1 fillRect and not
*that* much slower for the maskfills.
It is quite interesting! But it would be good to check
On Thu, 14 Jan 2021 09:27:41 GMT, Laurent Bourgès wrote:
> - Removed MarlinRenderingEngine and related classes
> - Fixed jtreg tests to remove explicit test runs on MarlinRenderingEngine
> - Marlin Version set to 0.9.1.4
>
> Jtreg tests [test/jdk/sun/java2d/marlin/] : OK
This pull request has
On Sun, 17 Jan 2021 13:32:34 GMT, Laurent Bourgès wrote:
>> - Removed MarlinRenderingEngine and related classes
>> - Fixed jtreg tests to remove explicit test runs on MarlinRenderingEngine
>> - Marlin Version set to 0.9.1.4
>>
>> Jtreg tests [test/jdk/sun/java2d/marlin/] : OK
>
> Laurent