RFR: 8238954: Improve performance of tiled snapshot rendering [v16]
Kevin Rushforth
kcr at openjdk.java.net
Wed Jul 1 17:54:31 UTC 2020
On Wed, 1 Jul 2020 16:20:53 GMT, Frederic Thevenet <github.com+7450507+fthevenet at openjdk.org> wrote:
>> Issue JDK-8088198, where an exception would be thrown when trying to capture a snapshot whose final dimensions would be
>> larger than the running platform's maximum supported texture size, was addressed in openjfx14. The fix, based around
>> the idea of capturing as many tiles of the maximum possible size and re-compositing the final snapshot out of these, is
>> currently only attempted after the original, non-tiled, strategy has already failed. This was decided to avoid any risk
>> of regressions, either in terms of performances and correctness, while still offering some relief to the original
>> issue. This follow-on issue aims to propose a fix to the original issue, that is able to correctly decide on the best
>> snapshot strategy (tiled or not) to adopt before applying it and ensure best performances possible when tiling is
>> necessary while still introducing no regressions compared to the original solution.
>
> Frederic Thevenet has updated the pull request incrementally with two additional commits since the last revision:
>
> - Mark variables as final
> - Using for loops instead of while
Looks good. Sanity tested on all three platforms.
modules/javafx.graphics/src/main/java/com/sun/javafx/tk/quantum/QuantumToolkit.java line 1589:
> 1588: int mTileWidth = computeTileSize(w, maxTextureSize);
> 1589: int mTileHeight = computeTileSize(h, maxTextureSize);
> 1590: IntBuffer buffer = IntBuffer.allocate(mTileWidth * mTileHeight);
I'll test it soon. Since these variables no longer change, maybe you could make them `final`?
-------------
Marked as reviewed by kcr (Lead).
PR: https://git.openjdk.java.net/jfx/pull/112
More information about the openjfx-dev
mailing list