performance

Benjamin Gudehus hastebrot at gmail.com
Fri Feb 20 16:28:12 UTC 2015


Hi Johan,

>I am looking for a "standard" way to test "performance" of JavaFX on different platforms
I'm also looking for this. We have a small testing suite for
cartographic map render performance (i.e. a lot of shapes, caching,
transformation handling). Well, this is no "standard" suite. I guess
the Oracle performance team must have a testing suite.

>Also, is there a quantitative standard for measuring the quality of how a JavaFX implementation responds to input events?
I have no solution for event response time, but my current approach
for javafx/render thread "usage" (i.e. how long does it take to
render? which percentage of time is JavaFX idling or rendering?) is to
add a listener to com.sun.javafx.logging.PulseLogger (the logger that
normally outputs to standard output if -Djavafx.pulseLogger=true) and
record calls to pulseStart(), pulseEnd(), renderStart() and
renderEnd() as timestamp ranges. com.sun.javafx.logging.Logger also
has newInput() which could be helpful for event response times.

PulseLogger and PerformanceTracker are internally a little mess, but
they deliver suitable information. Luckily it is possible to replace
the private fields with custom logger implementations.

--Benjamin

On 2/20/15, Johan Vos <johan at lodgon.com> wrote:
> Hi,
>
> I am looking for a "standard" way to test "performance" of JavaFX on
> different platforms (especially mobile). I know there are a number of apps
> that show the fps, and it can also be measured in prism itself, but is
> there some benchmark app?
>
> Also, is there a quantitative standard for measuring the quality of how a
> JavaFX implementation responds to input events? The reason I'm asking the
> latter is because on iOS, the response on swipe events is "slower" than on
> Android -- but that's not a quantitative statement.
> I am confident we can improve this, but it would be nice to have some
> before and after numbers, to measure the improvements.
>
> Thanks,
>
> - Johan
>


More information about the openjfx-dev mailing list