Scene graph performance
Steve Hannah
steve at weblite.ca
Thu Jul 21 21:42:51 UTC 2016
I've just been a fly on the wall for this thread, but ... I think this
thread has gone off track a bit. Felix's original observation was that he
got the same benchmark results from two machines that should produce
different results because one is more powerful than the other in both CPU
and GPU). The talk of things that could be done to improve JavaFX
performance don't seem relevant to this. The real question is, why is a
slow computer performing as well as a fast computer?
The answer is likely far simpler than the explanations proposed here.
Either there is a problem with the benchmark methodology, there is an
environment difference that isn't being accounted for (which is also a
methodology problem), or there is some mechanism that is throttling
performance.
My hunch is that there is a problem with the benchmark.
Steve
On Thu, Jul 21, 2016 at 2:33 PM, Hervé Girod <herve.girod at gmail.com> wrote:
> I really don't understand all this. We use Java FX 8 in a graphic
> framework where we need high performance (prototyping Cockpit Display
> Systems with dynamic Maps and Head Up Displays), and we find that JavaFX
> performance is pretty good our use case. For example, Qt / QML performance
> is far worse in our POV, for no real additional simplicity of usage for big
> projects. We also used OpenGL before (used JOGL), but (at least for our own
> usage) what additional performance benefits we could maybe achieve were not
> worth the amount of work we would have needed to get them (if we had any).
>
> Hervé
>
> Sent from my iPad
>
> > On 21 juil. 2016, at 23:09, Felix Bembrick <felix.bembrick at gmail.com>
> wrote:
> >
> > Yes, well I think this the problem:
> >
> > 1) Going on history, it would be a best case scenario for Java 10 to be
> released in 2020 (but more likely 2021).
> >
> > 2) With JavaFX, we are already "behind the game" (pun intended).
> >
> > 3) JavaFX itself has evolved much slower than its competitors.
> >
> > 4) Technology in general will have moved ahead by massive leaps by 2021
> (including our competitors).
> >
> > 5) If the *first* optimised JavaFX scene graph is not released until
> 2021, I genuinely fear that not only would "the ship have sailed" but, it
> would actually be way over the horizon and completely out of sight.
> >
> > Felix
> >
> >> On 22 Jul 2016, at 06:51, dalibor topic <dalibor.topic at oracle.com>
> wrote:
> >>
> >> There is no JDK 10 Project in OpenJDK yet, so there has been no
> proposed schedule for it yet.
> >>
> >> cheers,
> >> dalibor topic
> >>
> >>> On 21.07.2016 20:51, Felix Bembrick wrote:
> >>> What is a "ball park" figure (i.e. around the 6-9 month granularity if
> possible) for the the release date for JDK 10?
> >>>
> >>>> On 22 Jul 2016, at 04:42, Kevin Rushforth <kevin.rushforth at oracle.com>
> wrote:
> >>>>
> >>>> Oh, I was agreeing with the analysis of what *would* need to be done.
> I am not saying that I think it *should* be done, given resources other
> priorities, etc. Having said that, as I mentioned in an earlier post a
> month or so ago, we will be collecting ideas for possible JDK 10 features
> once JDK 9 is finished. Perhaps this could go into the bucket of things to
> consider, but it isn't something I would think would be high on the
> list....compared to, say, WebGL, some sort of interop with native
> rendering, updated graphics pipelines (we're current stuck on DX 9 and GL
> 2), public API for UI Controls Behaviors, etc.
> >>>>
> >>>> -- Kevin
> >>>>
> >>>>
> >>>> Felix Bembrick wrote:
> >>>>> Well, I'm putting my hand up for this.
> >>>>>
> >>>>> Kevin, would you like to discuss this with me on or offline?
> >>>>>
> >>>>> Felix
> >>>>>
> >>>>> P.S. Thanks Markus for your insight!
> >>>>>
> >>>>>
> >>>>>> On 22 Jul 2016, at 04:22, Kevin Rushforth <
> kevin.rushforth at oracle.com> wrote:
> >>>>>>
> >>>>>> Yep.
>
--
Steve Hannah
Web Lite Solutions Corp.
More information about the openjfx-dev
mailing list