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