我查看了Rust程序(RES
命令中的top
列)使用了多少RAM,我想知道为什么他们会使用这么多内存。
以下是一个例子:
use std::io;
fn main() {
println!("What's your name?");
let mut input = String::new();
io::stdin().read_line(&mut input).unwrap();
println!("Hello {}!", input);
}
我在输入内容之前看到了6 MB的内存。
以下是我编写和执行该程序的方法:
cargo build --release
./target/release/main
等效的C程序:
#include <stdio.h>
int main(void) {
printf("What's your name?\n");
char input[100] = {0};
scanf("%s", input);
printf("Hello %s!\n", input);
return 0;
}
仅使用0.6 MB。在这种情况下,Rust程序使用10倍的内存。在其他情况下,我看到Rust程序使用了5倍的内存。
我还测试了其他语言进行比较。
OCaml版本:
let () =
print_endline "What's your name?";
let line = read_line () in
print_string "Hello ";
print_endline line
使用1 MB。
Haskell版本:
main = do
putStrLn "What's your name?"
name <- getLine
putStrLn ("Hello " ++ name ++ "!")
使用3 MB。
Python版本:
print("What's your name?")
name = input()
print("Hello", name, "!")
使用7 MB,几乎与Rust版本相同!
我正在使用Rust 1.3运行Linux(ArchLinux)(我也尝试了每晚的类似结果)。
以下是来自htop
命令的更多数据:
VIRT RES SHR MEM% Command
15572 2936 804 0.1 ocaml
21728 2732 2528 0.1 haskell
22540 7480 4308 0.2 python
4056 668 600 0.0 c
24180 6164 1928 0.2 rust
我使用massif
进行了更多测试以查看内存使用情况。
对于每个程序,我运行massif
两次,如下所示:
valgrind --tool=massif --time-unit=B ./program
valgrind --tool=massif --pages-as-heap=yes --time-unit=B ./program
以下是所有程序的结果(如ms_print
所示):
C版:
https://framabin.org/?dd243f8ec99155bc#Af5cPrcHnz3DsWiOStfwgW8Qq6BTVhogz/46L+sMuSs=
https://framabin.org/?261b9366c3749469#1ztDBkgVly9CanrrWWrJdh3yBFL5PEIW3OI5OLnze/Q=
Rust版本:
https://framabin.org/?0f1bac1c750e97bf#AXwlFYYPHeazq9LfsTOpRBaUTTkb1NfN9ExPorDJud0=
https://framabin.org/?c24b21b01af36782#OLFWdwLjVG2t7eoLqLFhe0Pp8Q8pA2S/oq4jdRRWPzI=
OCaml版本:
https://framabin.org/?060f05bea318109c#/OJQ8reHCU3CzzJ5NCOCLOYJQFnA1VgxqAIVjgQWX9I=
https://framabin.org/?8ff1ffb6d03cb37a#GN8bq3Wrm6tNWaINIhMAr4ieltLtOPjuZ4Ynof9bV4w=
Haskell版本:
https://framabin.org/?b204bd978b8c1fd8#DyQH862AM8NEPTKlzEcZgoapPaZLdlF9W3dRn47K5yU=
https://framabin.org/?ac1aa89fcaeb782c#TQ+uAiqerjHuuEEIhehVitjm63nc3wu5wfivAeBH5uI=
Python版本:
https://framabin.org/?197e8b90df5373ec#aOi0+tEj32Na5jW66Kl97q2lsjSZ2x7Cwl/pOt0lYIM=
https://framabin.org/?397efa22484e3992#1ylOrmjKaA9Hg7gw7H7rKGM0MyxuvKwPNN1J/jLEMrk=
摘要(ram使用):
|------------|----------|----------|----------|----------|----------|
| | C | Haskell | OCaml | Rust | Python |
|------------|----------|----------|----------|----------|----------|
| First run | 1 B | 63.12 KB | 5.993 MB | 816 B | 1.321 MB |
|------------|----------|----------|----------|----------|----------|
| Second run | 6.031 MB | 24.20 MB | 17.14 MB | 25.60 MB | 27.43 MB |
|------------|----------|----------|----------|----------|----------|
第一次运行没有--pages-as-heap=yes
参数。
我还使用massif
选项为C和Rust运行--stacks=yes
。
C版:
https://framabin.org/?b3009d198ccfdee1#HxR6LPPAzt15K+wIFdaqlfSJjBrJvhV2ZHWdElg3ezc=
(3.141 KB)
Rust版本:
https://framabin.org/?b446d8d76c279007#tHnGiOnRstTA2krhz6cgfvTjI+FclcZS3rqyZvquWdQ=
(8.602 KB)
什么能解释Rust中的堆块分配和页面分配之间的巨大差异?
答案 0 :(得分:15)
因为标准库是静态链接的。
您可以通过使用UISearchBar
选项进行编译来克服此问题。
关于使标准库静态链接的原因:它增加了可执行的可移植性(即:不需要在目标系统中安装标准库)。
答案 1 :(得分:1)
This article对该主题进行了非常好的讨论。一些最大和最常见的罪魁祸首是默认调试版本(在您的情况下不相关),默认情况下静态包括库。