Re:Apache Helix – Near-Realtime Rsync Replicated File System
by iameli on Monday October 26, 2020 @03:56PM
(#24900593)
But that's all compile-time. Someone else very smart can do that and give me an optimized binary. JVM tuning needs to be performed by the end user.
[ Parent
| on HN ]
Re:Apache Helix – Near-Realtime Rsync Replicated File System
by pjmlp on Monday October 26, 2020 @05:23PM
(#24901611)
Just like AOT compilation with PGO data.
Re:Apache Helix – Near-Realtime Rsync Replicated File System
by shock on Monday October 26, 2020 @04:22PM
(#24900917)
Well, it's a trade-off. If someone compiled the C++ app for your architecture, sure – if not, you need to figure out how to compile it and depending on the compiler and set of headers you have installed, it's not always easy. When I say, not always easy I'm being generous, there have been cases when the function signature was different between the sets of headers the author had and what I had...
In Java's case if you have all the class files, all you need is the JVM for your architecture. You don't need the program's author to compile it for your architecture.
And finally, JVM tuning does not need to be performed by the user, but can be performed by the user. The most frequent tuning needed to be done by the user was the maximum memory that the JVM could allocate, but that hasn't been needed for a long time (since Java 8, I think). Now the JVM, by default, has the sensible behavior to allocate as much memory as the OS will let it, when asked by the application.