[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-2d-dev
Subject:    Re: [OpenJDK 2D-Dev] RFR: 8251854: [macosx] Java forces the use of discrete GPU
From:       Sergey Bylokhov <serb () openjdk ! java ! net>
Date:       2020-11-17 18:59:04
Message-ID: YhYXy8tdT7E_dCSss6az0WIpnfL1dxw2eVsCTWUwDJI=.33246b1e-7e53-455f-87ea-cf94081759e2 () github ! com
[Download RAW message or body]

On Tue, 10 Nov 2020 16:38:25 GMT, Kevin Rushforth <kcr@openjdk.org> wrote:

> > Change looks ok from a build point of view, but I can't comment on the validity \
> > and implications of using this key.
> 
> I ran a 3D lighting test that is designed to be a GPU stress test. It's a worst \
> case, to be sure, but it take 10 times as long to render with the integrated GPU as \
> it does with the discrete GPU: 
> **attenuation.LightingSample: 500 large quads**
> discrete GPU: 23.5 fps
> integrated GPU: 2.34 fps
> 
> In a more realistic example of drawing a large number of 2D vectors, it runs 35% \
> slower with the integrated GPU: 
> **Vector charting test, oval clip**
> discrete GPU: 41.1 fps
> integrated GPU: 26.6 fps
> 
> I see similar results in the performance numbers you listed above.
> 
> An application developer who packages up their JDK, for example, using jpackage, \
> can make the decision for themselves. Application developers who rely on the JDK as \
> delivered will get whatever we choose as the default. So we need to be sure that \
> the benefit of doing this justifies the performance hit.

> > @kevinrushforth @prrace could you please review?
> 
> As we discussed yesterday, it is reviewed but not ready to be approved.
> We are waiting for a reply from Apple.

@prrace 
We are waiting for it for three months already. If it is possible then not sure why \
other applications did not found any possible ways to force one specific GPU. What we \
are wating for?

-------------

PR: https://git.openjdk.java.net/jdk/pull/1139


[prev in list] [next in list] [prev in thread] [next in thread]