Hacker News Reader

Comment by dig1 | Hacker News Reader

Awesome work! In our shop, we managed to solve significant application bottlenecks simply by switching to Shenandoah GC. The application in question is very complex, so any kind of rewrite in another language is out of the question.

This is the power of JVM we do not get from other languages/VMs. Kudos to JVM (previous and current) architects, developers, and everyone involved with it.

View on HN

> The application in question is very complex, so any kind of rewrite in another language is out of the question.

I think I know what you mean. If a couple of guys quit, the company is in major trouble? :-)

Forgot this: /s

Not the OP but you can have a large, complex system that's widely understood and supported by a decent sized team, where a rewrite is still not a commercially wise choice

True!

This is probably the norm.

Yeah, rewriting everything is almost never a good choice from a business value perspective. Usually, the most sensible thing to do, is to break the system up in components, and rewrite them slowly while keeping interop with the old system. Downtime is no money time. And new features sometimes give more value, even if the programmer is grumpy.

> This is the power of JVM we do not get from other languages/VMs.

sub-millisecond gc pause has been available to Golang users for ages.

I'm guessing the parent is referring to the ability to transparently change runtime parameters and benefit from technical improvements without having to switch languages or even needing recompilation. That's not something golang can do given its statically linked afaik

Exactly!

Only by not allocating garbage in the first place by using “value types”. No way its GC would even get close to the JVM’s (and certain problems do require garbage collection, where the JVM will have better throughput)

Reply on news.ycombinator.com