> This change intended to enhance the lazy initialization of the standard color
> profiles concurrently by different threads.
>
> We defer standard profiles loading because most of UI application uses a
> small amount of data from the profile like numComponents and colorSpaceType,
> and this
On 15.01.2021 03:06, Laurent Bourgès wrote:
Hi Clemens,
It reminds me our discussion few years ago, when I experimented opengl on linux
and tuned the OGLRenderQueue for the Marlin renderer, see:
-
On 15.01.2021 00:32, Clemens Eisserer wrote:
With solid OpenGL support on Linux being ubiquitous these days and the XRender
pipeline being a bit of a dead-end (works quite well except
MaskBlit/MaskFill/BufferedImageOps), I was looking a bit into the
state/performance of the OpenGL pipeline.
On Fri, 15 Jan 2021 11:34:35 GMT, Laurent Bourgès wrote:
> However, renaming DMarlinRenderingEngine to MarlinRenderingEngine may lead
> confusion with previous versions and may be a compatibility issue ? so I
> would prefer keeping DMarlinRenderingEngine now.
I agree with you.
-
On Fri, 15 Jan 2021 14:58:14 GMT, Alan Bateman wrote:
>> This PR is not stale; it's just still waiting for input from @AlanBateman.
>
> @magicus Can the CharacterDataXXX.template files move to
> src/java.base/share/classes/java/lang?
@AlanBateman That sounds like an excellent idea. I'll update
2020/12/4 6:08:13 -0800, er...@openjdk.java.net:
> On Fri, 4 Dec 2020 12:30:02 GMT, Alan Bateman wrote:
>>> And I can certainly move jdwp.spec to java.base instead. That's the
>>> reason I need input on this: All I know is that is definitely not
>>> the responsibility of the Build Group to
On Mon, 11 Jan 2021 09:20:07 GMT, Magnus Ihse Bursie wrote:
>> Marked as reviewed by prr (Reviewer).
>
> This PR is not stale; it's just still waiting for input from @AlanBateman.
@magicus Can the CharacterDataXXX.template files move to
src/java.base/share/classes/java/lang?
-
On Fri, 15 Jan 2021 11:28:35 GMT, Laurent Bourgès wrote:
>> Marked as reviewed by serb (Reviewer).
>
> Sergey, I slightly modified the reviewed change:
> see incremental changes:
> https://openjdk.github.io/cr/?repo=jdk=2076=01-02
One more idea:
should I rename all Dxxx classes to xxx to make
On Fri, 15 Jan 2021 07:38:58 GMT, Sergey Bylokhov wrote:
>> Laurent Bourgès has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> fixed invalid Stroker.CAP_BUTT reference
>
> Marked as reviewed by serb (Reviewer).
Sergey, I slightly modified
> - 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 Bourgès has updated the pull request incrementally with one additional
Hi Clemens,
It reminds me our discussion few years ago, when I experimented opengl on
linux and tuned the OGLRenderQueue for the Marlin renderer, see:
-
https://github.com/bourgesl/marlin-renderer/blob/jdk/src/main/java/sun/java2d/pipe/RenderQueue.java
-
Hi,
With solid OpenGL support on Linux being ubiquitous these days and the
XRender pipeline being a bit of a dead-end (works quite well except
MaskBlit/MaskFill/BufferedImageOps), I was looking a bit into the
state/performance of the OpenGL pipeline.
Specifically why it performs sometimes worse
12 matches
Mail list logo