You can try to explain to people that enabling Transparent Hugepages is going to win them 5-20% CPU throughput and they just won't believe you.
Wondering if anyone here runs Azul's C4 in production and how it compares to ZGC.
I find it incredible how much design room there is in GC research and how much is as yet unexplored. In my opinion, GC (and relatedly, event loop scheduling) are often way too integrated in a language runtime. I would love seeing this become more configurable, and am glad to see developments in this direction like the fiber schedulers in modern Ruby and custom allocators in Zig.
I once inquired about making the Haskell IO manager configurable at runtime but the GHC maintainer team was extremely apprehensive about it because they feared that they would be on the hook for any bugs introduced by third-party IO managers. As it is, Java gets all the GC research love while most other languages make do with very basic GC algorithms. It doesn't have to be like this.
What sort of heap sizes does g1 vs zgc really start to make a difference?
Java has been pushing out new and better GC constantly the last decades.
I wish Go would invest in GC the same way Java does.