为啥rust运行速度比c++快

水木社区手机版

主题:为啥rust运行速度比c++快
楼主|mvtec|2020-03-17 00:26:22|只看此ID
我感觉rust就是c++的wrapper语言
最终还是走c++编译器
为啥会比原生c++快。
--
FROM 71.95.251.*
1楼|z16166|2020-03-17 03:11:45|只看此ID
楼主的证据呢？

这有人做过一些测试：https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-rust.html

Rust不具备比c/c++速度快的语言构造，和c/c++差不多的速度。
--
修改:z16166 FROM 221.222.173.*
FROM 221.222.173.*
2楼|mvtec|2020-03-17 08:52:30|只看此ID
按照你给的网页
其中一些rust运行速度比c++快

pidigits
source    secs    mem    gz    busy    cpu load
C++ g++
1.89    4,460    513    1.95    2% 0% 100% 1%
Rust
1.75    3,052    1366    1.79

这是为什么。
【在 z16166 的大作中提到: 】
: 楼主的证据呢？
: 这有人做过一些测试：https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-rust.html
: Rust不具备比c/c++速度快的语言构造，和c/c++差不多的速度。
: ...................
--
FROM 71.95.251.*
3楼|shootings|2020-03-17 09:52:12|只看此ID
k-nucleotide
source    secs    mem    gz    busy    cpu load
C++ g++
3.89    156,148    1631    11.99    94% 74% 70% 71%
Rust
5.36    135,048    1749    17.00    91% 55% 81% 90%

这玩意儿一旦牵涉到算法就有写得好，或者不好的情况。
在有些地方某些语言会做特化，在做特化的地方比C++(或者比G++编译器)做得好一点
都不奇怪。

【在 mvtec (mvtec) 的大作中提到: 】
: 按照你给的网页
: 其中一些rust运行速度比c++快
: pidigits
: ...................
--
FROM 114.255.101.*
4楼|newzzdx|2020-03-17 11:31:16|只看此ID
应该是差不多一样的
【在 mvtec 的大作中提到: 】
: 我感觉rust就是c++的wrapper语言
: 最终还是走c++编译器
: 为啥会比原生c++快。
--
FROM 111.198.240.*
5楼|z16166|2020-03-17 14:24:27|只看此ID
这很正常啊，C和C++相比也有这情况

只要是一个量级的、差不远就行了。编译器对于任意代码的生成，并不能保证压倒性优势。
如果确实想分析，分析生成的汇编代码好了。不是还有个帖子有汇编过时的论调么？没汇编，搞编译器的人根本没得玩

如果对性能已经要求到同一个量级、差异不大的也无法忍受，那就请手写汇编进行优化。

【在 mvtec 的大作中提到: 】
: 按照你给的网页
: 其中一些rust运行速度比c++快
: pidigits
: ...................
--
修改:z16166 FROM 221.222.173.*
FROM 221.222.173.*
6楼|ilovecpp|2020-03-17 14:59:18|只看此ID
Rust有一些构造可能有性能优势。
比如它的编译单元比C/C++大很多，一个executable/library的所有文件是一起编译的。
又如它严格的ownership/reference规则使得编译器在更多场合不必考虑pointer aliasing。
不过你的结论应该没错。

【在 z16166 的大作中提到: 】
: 楼主的证据呢？
: 这有人做过一些测试：https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-rust.html
: Rust不具备比c/c++速度快的语言构造，和c/c++差不多的速度。
: ...................
--
FROM 180.158.87.*
7楼|jzh800|2020-03-17 19:12:55|只看此ID
快的，快0.几秒，

退化，慢的，慢几秒，

还有很长的路要走。

【在 z16166 的大作中提到: 】
:
: 楼主的证据呢？
:
: 这有人做过一些测试：https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-rust.html
:
--
FROM 117.136.0.*
8楼|z16166|2020-03-18 12:38:32|只看此ID
C/C++也可以，只不过得手动干

sqlite干过这事
https://www.sqlite.org/amalgamation.html

【在 ilovecpp 的大作中提到: 】
: Rust有一些构造可能有性能优势。
: 比如它的编译单元比C/C++大很多，一个executable/library的所有文件是一起编译的。
: 又如它严格的ownership/reference规则使得编译器在更多场合不必考虑pointer aliasing。
: ...................
--
FROM 221.222.173.*
9楼|ArchLinux|2020-03-18 20:47:44|只看此ID
rust不是编译成C++再生成机器码的，rustc是直接生成LLVM到机器码。

【在 mvtec (mvtec) 的大作中提到: 】
: 我感觉rust就是c++的wrapper语言
: 最终还是走c++编译器
: 为啥会比原生c++快。
: ...................
--
修改:ArchLinux FROM 125.34.55.*
FROM 125.34.55.*