[OpenJDK 2D-Dev] RFR: 8251854 [macosx] Java forces the use of discrete GPU

Philip Race philip.race at oracle.com
Mon Aug 24 20:35:32 UTC 2020


Is there any performance cost to doing this ? I'd expect so. Any estimate ?

And there's then no way to explicitly request the discrete card on a 
15/16" MBP.
Should we release note this ?

-phil

On 8/21/20, 3:02 AM, Magnus Ihse Bursie wrote:
> On 2020-08-21 06:55, Sergey Bylokhov wrote:
>> Hello.
>> Please review the fix for jdk/client.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8251854
>> Fix: http://cr.openjdk.java.net/~serb/8251854/webrev.00
> The fix looks good from a build perspective.
>
> (But it highlights the fact that we have no consistent placement of 
> those plist files; we should probably address that in a separate fix.)
>
> /Magnus
>
>>
>> This is a review request for the bug particularly fixed some time ago:
>> https://mail.openjdk.java.net/pipermail/2d-dev/2015-May/005425.html
>>
>> In that review request it was found that the old fix does not work 
>> well in all cases, see:
>> https://mail.openjdk.java.net/pipermail/2d-dev/2015-August/005611.html
>>
>> The current fix updates an embedded plist.info, so the java will not 
>> require
>> discrete graphics by default, same as for any other applications.
>>
>> Note that the new "metal" pipeline also does not required the 
>> discrete graphics.
>>
>> The documentation for NSSupportsAutomaticGraphicsSwitching:
>> https://developer.apple.com/documentation/bundleresources/information_property_list/nssupportsautomaticgraphicsswitching 
>>
>>
>



More information about the build-dev mailing list