Здравствуйте, Слава, Вы писали:

С>Но всё же, а неужто панковский Go уже научился обгонять весьма быструю Яву, с ее десятками лет труда, вложенных в JVM?

изначально я полагался на интуицию:
go
1) без VM
2) компилируется в нативный код
3) как и java имеет gc
4) жрет мало памяти

то есть оснований для отставания от java не вижу.
однако оказалось, что компилятор довольно туп, а библиотеки сами по себе тормозные (яркий пример — regexp)

то есть фундаментально вроде есть возможности для ускорения, но ленивое развития скорее всего все тормозит

ну опять же из-за слабого распространения и скудного набора вспомогательных либ бизнесу тяжело клепать продукты на go

можно почитать тут:
http://softwareengineering.stackexchange.com/questions/83780/how-fast-can-go-go
http://bernhardwenzel.com/blog/2015/11/20/java-versus-go-a-performance-comparision/
https://benchmarksgame.alioth.debian.org/u64q/go.html

Здравствуйте, Слава, Вы писали:

С>Но всё же, а неужто панковский Go уже научился обгонять весьма быструю Яву, с ее десятками лет труда, вложенных в JVM?

изначально я полагался на интуицию:
go
1) без VM
2) компилируется в нативный код
3) как и java имеет gc
4) жрет мало памяти

то есть оснований для отставания от java не вижу.
однако оказалось, что компилятор довольно туп, а библиотеки сами по себе тормозные (яркий пример — regexp)

то есть фундаментально вроде есть возможности для ускорения, но ленивое развития скорее всего все тормозит

ну опять же из-за слабого распространения и скудного набора вспомогательных либ бизнесу тяжело клепать продукты на go

можно почитать тут:
http://softwareengineering.stackexchange.com/questions/83780/how-fast-can-go-go
http://bernhardwenzel.com/blog/2015/11/20/java-versus-go-a-performance-comparision/
https://benchmarksgame.alioth.debian.org/u64q/go.html
http://www.techempower.com/benchmarks/#section=data-r9&hw=cl&test=json