5 ms·

F# does not have higher kinded types, because of CLR. So no, they don't manage "work around" generics. Regarding measurements: https://www.techempower.com/benc

F# does not have higher kinded types, because of CLR. So no, they don't manage "work around" generics. Regarding measurements: https://www.techempower.com/benchmarks/ https://www.techempower.com/benchmarks/ Also, I am very interested to see new benchmark results once AOT SubstrateVM will be more widely adopted in JVM community. Demo: https://youtu.be/MN6jNIwl2FQ?t=1136 https://youtu.be/MN6jNIwl2FQ?t=1136 RedHat already working on a framework which takes full benefit of that: https://quarkus.io/ https://quarkus.io/ All in all, with upcoming value types, SubstrateVM adoption, fibers and nice languages improvements like records, future is brighter than ever for Java. Edit. Regarding JVM vs CLR https://news.ycombinator.com/item?id=15955685 https://news.ycombinator.com/item?id=15955685

scarface74 7y ago
And the only person who is saying that is so (with a lot of people disagreeing) is someone who “work[s] at Oracle on VM research”
- coldtea 7y ago
  Well, I agree, and I don't work at Oracle. So? Any other conspiracy theories?
  - scarface74 7y ago
    Care to post benchmarks?
    - coldtea 7y ago
      Benchmarks of what? What exactly in BoyRobot777's comment (which I said I agree to) calls for benchmarks to be proved? Nowhere are benchmark results taken for granted as faster or anything. Grandparent says: "Also, I am very interested to see new benchmark results once AOT SubstrateVM will be more widely adopted in JVM community." I simply agree with the statement made: "All in all, with upcoming value types, SubstrateVM adoption, fibers and nice languages improvements like records, future is brighter than ever for Java." -- so, I responded to your comment which seemed to be skeptic of that (and accusing the parent of working for Oracle). If you were referring to someone else and some other comment, why post your comment as a response directly under BoyRobot777?
igouy 7y ago
> Also, I am very interested to see new benchmark results once AOT SubstrateVM … https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/java-substratevm.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/... In some cases, the faster program with OpenJDK does not seem to be the faster program with Substrate VM. In other cases, the faster program with OpenJDK seems to fail with Substrate VM - maybe it needs something different on the command line? Otherwise, the same program is shown for both.

scarface74 7y ago

And the only person who is saying that is so (with a lot of people disagreeing) is someone who “work[s] at Oracle on VM research”

coldtea 7y ago
Well, I agree, and I don't work at Oracle. So? Any other conspiracy theories?
- scarface74 7y ago
  Care to post benchmarks?
  - coldtea 7y ago
    Benchmarks of what? What exactly in BoyRobot777's comment (which I said I agree to) calls for benchmarks to be proved? Nowhere are benchmark results taken for granted as faster or anything. Grandparent says: "Also, I am very interested to see new benchmark results once AOT SubstrateVM will be more widely adopted in JVM community." I simply agree with the statement made: "All in all, with upcoming value types, SubstrateVM adoption, fibers and nice languages improvements like records, future is brighter than ever for Java." -- so, I responded to your comment which seemed to be skeptic of that (and accusing the parent of working for Oracle). If you were referring to someone else and some other comment, why post your comment as a response directly under BoyRobot777?

igouy 7y ago

> Also, I am very interested to see new benchmark results once AOT SubstrateVM … https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/java-substratevm.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/... In some cases, the faster program with OpenJDK does not seem to be the faster program with Substrate VM. In other cases, the faster program with OpenJDK seems to fail with Substrate VM - maybe it needs something different on the command line? Otherwise, the same program is shown for both.