And there is no "JVM slowness in general" for gene...
# tornadofxe
edvin
03/01/2018, 9:46 PMAnd there is no "JVM slowness in general" for general applications, that's just at myth at this point 🙂
➕ 4
👍 2
edvin
03/02/2018, 9:53 AMHaha, nice 🙂
l
loloof64
03/05/2018, 3:08 PMThanks for your answers, though late. I talked about Java as slow because once I tried to adapt a C algorithm into Java, but Java general time to execute it was about 1 second to 2 seconds (which could be rather long for the user), while C took far less than one second.
loloof64
03/05/2018, 3:08 PMloloof64
03/05/2018, 3:13 PMIt is the game "Le compte est bon", where one must reach a given number with 6 tiles number and the operations + - * /
loloof64
03/05/2018, 3:14 PMBut indeed, that the only case where I encountered such an issue.
e
edvin
03/05/2018, 6:21 PM@loloof64 When you say "time to execute" - do you mean startup time? That doesn't matter at all for a UI application.
l
loloof64
03/05/2018, 8:38 PMNo, it's not startup time, but the algorithm main computation time. Each time the 6 tiles and the target number were taken randomly, the program had to solve the "equation" : and that this solving process which was too long. So it's rather an event process.
e
edvin
03/05/2018, 9:09 PMOK. A JNI call might be the right thing to do in a situation like that though, unless there is something in the code that could be optimized for the JVM 🙂
l
loloof64
03/05/2018, 9:39 PMYes you're right. JNI can be the solution : a little bit hard to learn (it's not the C side, I know it already), but this could ultimately be a solution. Thanks again 🙂
loloof64
03/05/2018, 9:42 PMOh found also this https://jogamp.org/gluegen/www/
loloof64
03/05/2018, 9:42 PMCan make the work easier
e
edvin
03/06/2018, 3:19 PMIt would be interesting to get a Java wizard to look at the code to see if it can be optimized further. Even SSL is pretty fast on the JVM these days, so there is hope 🙂
6 Views