Hacker News Reader

With a small team, the idea of having different jvm settings per service was daunting as we so far have found Go to work well for all use cases.

We also needed fast start times and hopefully graal continues to mature. We also worried about graal costs given oracles history.

View on HN

In my experience, you only need to start looking at GC parameters once you hit a certain scale. For the majority of services you'll be writing, especially in a small team, you don't have to worry about them. G1GC is really good, and if you need low latency, you have ZGC and Shenandoah.

We've seen the hoops that people had to jump through to get golang GC to work properly once they hit a certain scale.

The main reason we chose Go was compilation speed since our product would need to quickly compile and generate something that is fast to startup, and Graal was just too slow when we prototyped things.

The GC benchmarks we did showed that Go would work as well, so we begrudgingly moved to it.

The community edition is free and has a GNU license.

Reply on news.ycombinator.com