[SureshG]

> None with the same performance characteristics,

Most JVM languages (Kotlin/Scala/Clojure) including Java :) In fact kotlin/java has better peak performance than Go. Main advantage for go is the reduced memory footprint.

[Thaxll]

> In fact kotlin/java has better peak performance than Go.

Not really no.

[dgb23]

Sophisticated garbage collection and JIT have a very high ceiling. The CLR and the JVM are incredible technologies.

[ed25519FUUU]

The thing I hate about the JVM is that I'm always trying to tune it. So many options and nobs to turn. With Go I just run execute the program, no tuning necessary.

[jjtheblunt]

> In fact kotlin/java has better peak performance than Go.

Says what benchmark?

[kitd]

There are many benchmarks showing Java faster than Go. The trick is picking one that people agree is representative.

It shouldn't be surprising though. "Peak performance" doesn't include start-up time, and ignores memory. If you discount both those, there's no reason that JITted native code wouldn't be faster than a runtime that includes goroutine scheduling.

[jjtheblunt]

unless goroutines aren't in use, which means the generated code probably matches what llvm and C would generate.