On Mon, 13 Sep 2021 06:03:11 GMT, Alexey Ushakov <[email protected]> wrote:
> in a normal state (when the window is created) we don't need to flush the > layer content faster than DisplayLink provide. But this is exactly related to the performance, no? When the RenderPerf test is executed it should check that delay between fillRect and the actual rendering is as small as possible. Can you please just confirm that the problem is in the "performance" of DisplayLink and unrelated to some broken rendering? I guess you can create two timestamps in NSWindow creation and in Layer callback(where we actually blit the content/ drawInXXXContext). How that timing is different for metal and OGL? ------------- PR: https://git.openjdk.java.net/jdk/pull/5373
