I agree that the original question has led to a discussion of a somewhat different nature and I accept that the benchmark itself may be problematic.
But others have reported similar observation using different benchmarks. > On 22 Jul 2016, at 07:42, Steve Hannah <st...@weblite.ca> wrote: > > 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.gi...@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.bembr...@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.to...@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.rushfo...@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.rushfo...@oracle.com> wrote: >>>>>>>> >>>>>>>> Yep. > > > > -- > Steve Hannah > Web Lite Solutions Corp.
