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

庭院

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