I did, it caused huge pauses with my application (I think probably a bug).
> But also the default GC, while on default being more throughput preferring can be tuned by a single paramater.
Sure, but how many people will do even that much tuning? Defaults are important, and IMO Java chooses a bad one; responsive by default and tuneable when you need maximum throughput is better than the reverse. (I suspect they picked the defaults they did to be competitive against C++ in benchmarks, but we're well past the time where that's what you're competing with).
Same as how Go and Electron have been very successful - not because they're great to work in per se, but because they have so much less friction between writing a hello world program and getting an executable you can distribute.
Java’s GCs are the state of the art, if they struggle with a workload then it is pretty much guaranteed that other GCs have already broken down completely at the fraction of that.
Regarding your application, did you check how many objects have you allocated? VisualVM and the like can show you precisely the statistics of your allocations.
Or there's a bug. There's a reason ZGC is marked as experimental. G1GC handled the application in question fine, we reverted to that and it wasn't worth our time investigating further.
The JVM sacrifices latency for throughput, which is good for servers but not for desktops.