这个各大语言性能测试结果挺有意思

[wdwwtzy]

来自 https://github.com/GoodManWEN/Programming-Language-Benchmarks-Visualization

[encro]

@Chad0000


c# runtime 决定了一切。

[icyalala]

@Mark24 你这个简单到根本不能用啊。。
想要作弊的话 C++ 直接编译时就出来了： https://godbolt.org/z/8WWYd6zvd

[Mark24]

@icyalala 计算密集型跑。为啥要作弊？作弊还有什么意义。 其他语言也可以直接填结果

[minsheng]

这里有具体的子任务 Swift vs Java： https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/swift.html

Swift 慢的原因很简单，所有涉及堆分配的操作（包括但不限于 class 、indirect enum ），都要使用引用计数，引用计数必须是一个原子操作，在 Intel 处理器上慢很多（ M1 、A14 的情况会好不少）。所以你们看上面那个页面，大部分的情况下 Swift 对 Java 就是 native 对 bytecode 的性能，Swift 跟 C 没啥区别，但到最后的二叉树……跪惨了。

这个问题要解决，要不然就直接用裸指针，不是不能写，写出来也不一定比 C 难维护，不过确实有点耍赖的感觉。要不然就等 Swift 的所有权啥的继续推进，然后尽可能优化掉不必要的引用计数开销。

[Mark24]

@icyalala 这个网站里不加 -O 才对吧。编译的应该是函数本身。 我的测试用的无参数。

https://imgur.com/a/tKR7eaX

[Mark24]

@icyalala 这个网站里不加 -O 才对吧。编译的应该是函数本身。 我的测试用的无参数。

https://imgur.com/s0o4f0c

[Mark24]

蛋疼。这个发图真是头大。

无参数 GCC 编译。

[musi]

node 显然是 v8 优化的好

[icyalala]

@musi 对 C/C++ 来说，讨论语言性能不开编译优化是没意义的

[icyalala]

@icyalala

[icyalala]

@Mark24 回错人了… 手机点起来不方便

[icyalala]

@Mark24 你评测的这段代码太小了，如果非要对这段 kernel code benchmark ，那最好在内部取时间，而不是测试 binary 的运行时间，不然系统库和运行时初始化时间都被算进来了。然后不能写死输入，要让外部传入，不然就会出现这类编译期直接得到结果的问题。

[Cyshall]

@Protocol c++牛逼还需要喊？这不是大家默认的？如果掉出前三你看看大家不喷出💩

[Trim21]

@fgwmlhdkkkw 图里有带 jit 的 python pypy （

[Buges]

这测试不能完全体现常用场景，go 不如 haskell ghc ，pypy 不如 php 。

[DOLLOR]

@fgwmlhdkkkw
感觉你们这些喷 JS 的，都是在反向奶。JS 从诞生到现在都被喷，结果反而越混越好，反观……

[mxT52CRuqR6o5]

@qrobot electron 也算吗？

[nichijou]

@abersheeran 这里面 WordPress 占多少。。

[timothyye]

Rust 牛逼

[u823tg]

@DOLLOR #116 两个设计上都有缺陷，在各自领域都是一霸。 没啥可比较的。 性能方面 js 作为浏览器指定的语言，不优化的没法用。web 端也发展不起。 python 没这方面要求，发挥胶水语言特性就好。