为什么 Go 这么慢（与 Java 相比）？

庭院

正如我们从2010年的计算机语言基准游戏中看到的:
5 f0 I* P, H+ D: @Go 平均比C慢 10 倍
" w/ I, Q) o! P0 T  MGo 比Java慢 3 倍！？记住 Go 编译器将生成用于执行的本机代码。这怎么可能？
不成熟的 Go 编译器？还是 Go 语言有一些内在问题？
编辑：
1 o( S& b/ n. q3 Z. W大多数答案否认 Go 语言内在缓慢，声称问题在于不成熟的编译器。
" R- y9 l- ^; R; Z7 ~1 d+ F所以我做了一些测试来计算斐波那契数:迭代算法在 Go (freebsd,6g) 中运行，same速度与 C 中相同(使用 O3 选项)。无聊的递归在 Go 运行2 times速度比在 C 中慢(使用 -O3 选项；使用 -O0 - 是一样的)。但是我还没有看到像基准游戏一样下降 10 倍。
" T* X3 i! [$ m' Y: o                                                               
) V% y1 \/ k8 K- ~2 A* Q1 U    解决方案:                                                               
                                                                6g 和 8g 编译器不是特别优化，所以它们生成的代码不是特别快。
它们旨在快速运行并生成正常代码（有一些优化）。gccgo使用 GCC 可以提供现有的优化通道和 C 的比较更有意义，但 gccgo 功能不完整。
9 `. O1 N) X6 c4 Q+ X/ T3 {, C! d4 ^基准数据几乎完全与实施质量有关。除了实现花费运行时支持基准测试并不真正需要的语言功能之外，它们与语言本身并没有太大关系。在大多数编译语言中，一个足够聪明的编译器理论上可以剔除不需要的东西，但有时你会操纵演示，因为该语言的真正用户很少会编写不使用该功能的程序. 在不完全删除它们的情况下移除事物(例如， JIT 编译的 Java 虚拟调用目的地的预测)开始变得困难。
FWIW，在我自己的琐碎和考验中，我正在看它(整数加法循环，基本)围棋，gccgo在两者之间的范围内产生快速结束码gcc -O0和gcc -O2等效C.围棋是不是天生就慢，但是编译器还没有做所有的事情。对于 10 分钟前的语言来说，这不足为奇。