Rust part27 (52ﾚｽ)
上下前次1-新
2: 12/02(月)22:43 ID:26QdDvTv(1) AAS
乙巳
3(1): 12/03(火)07:46 ID:Kek2ztWF(1/2) AAS
Rust The Book (日本語版)
外部ﾘﾝｸ:doc.rust-jp.rs
Rust edition guide (日本語版)
外部ﾘﾝｸ:doc.rust-jp.rs
Rust by example (日本語版)
外部ﾘﾝｸ:doc.rust-jp.rs
Rust cookbook (日本語版)
外部ﾘﾝｸ:uma0317.github.io
Rust API guideline (日本語版)
外部ﾘﾝｸ:sinkuu.github.io
省15
4: 12/03(火)07:46 ID:Kek2ztWF(2/2) AAS
Rust Reference Book
外部ﾘﾝｸ:doc.rust-lang.org
Rust Standard Library
外部ﾘﾝｸ:doc.rust-lang.org
Rust rustc Book
外部ﾘﾝｸ:doc.rust-lang.org
Rust rustdoc Book
外部ﾘﾝｸ:doc.rust-lang.org
Rust rustup Book
外部ﾘﾝｸ:rust-lang.github.io
省18
5: 12/03(火)10:17 ID:CyH0XY+t(1) AAS
>>3
何年も更新されてない上に誤訳だらけの非公式翻訳を貼り続けるのいい加減やめろ
前スレの「変数束縛」とか含めて非公式翻訳が勘違い野郎を生む諸悪の根源
6: 12/03(火)12:48 ID:DZc+/1dr(1) AAS
スタバのマルチスレッドって効率悪いよね
7: 12/03(火)12:56 ID:EOsQeLM6(1/4) AAS
はいはい、説教おじさんはほっといて気楽に質問してね～。勘違いでもなんでもok。サンプル欲しければコード書きますよ～。
8(3): 12/03(火)15:07 ID:5xjpr7TI(1) AAS
日頃GC付き言語で開発しているからメモリリークがどういったプログラムで起こるのかあんまり実感できない
C言語で書かれたプログラムでメモリリークしやすいプログラムってどんなもんなの？
9: 12/03(火)15:08 ID:2bVb51Ek(1) AAS
>>8
最近のPCはメモリたくさん積んでるから、リークしても気にしなくていいよ
10(1): 12/03(火)16:10 ID:ZsxKPak4(1) AAS
メモリプレッシャーがかかっても不必要にメモリをつかみ続けるFirefoxのようなお行儀の悪いプログラムか増えてるからメモリが潤沢にあってもリークは気にしたほうがいい
使い捨てプログラムや低品質でもいいプログラムなら気にしなくてもいいけどそういうのはGC言語でやる
11(1): 12/03(火)16:16 ID:ey2XQ99f(1) AAS
>>8
仕事の製品開発ならgc言語でもメモリプロファイラ一使えよ
ハードの性能向上を無駄に消費するクソソフト多すぎだろ
12: 12/03(火)16:51 ID:0HkaMF/9(1/3) AAS
GC 付きでもメモリリークのようなことが起こることはある。
多くの場合に表面化しないだけ。
プロセスが終わるときにはどうせまるごと回収されるからガッと処理してすぐ終わるようなプログラムでは特に表面化しにくい。
見えにくいからこそ意識的に調査すべきで、 >>11 の意見に同意する。
逆に問題が表面化しやすいのは長期的に起動しっぱなしなもので、わかりやすい例ではウェブサーバ (またはその後ろでサービスを提供するプログラム) などが挙げられる。
ウェブサーバの H2O はそれを防止するのと高速化のためにセッションごとにメモリの塊を確保してその塊の頭から順番に使っていき、セッションが終わると塊をまるごと解放するというメモリ戦略を取ってる。
13(2): 12/03(火)17:09 ID:EOsQeLM6(2/4) AAS
C言語でリークという話なのでこんな感じ。
// メモリリーク例1: mallocした後にfreeし忘れる関数
void leak_in_function() {
char* ptr = (char*)malloc(100);
strcpy(ptr, "Hello");
// freeがないのでメモリリーク
}
// メモリリーク例2: 条件分岐でfreeを飛ばしてしまう
void conditional_leak(int value) {
int* numbers = (int*)malloc(sizeof(int) * 100);
省12
14: 12/03(火)17:15 ID:EOsQeLM6(3/4) AAS
// メモリリーク例4: 動的配列の不完全な解放
typedef struct {
char* name;
int age;
} Person;
void struct_array_leak() {
Person* people = (Person*)malloc(3 * sizeof(Person));
for (int i = 0; i < 3; i++) {
people[i].name = (char*)malloc(50);
strcpy(people[i].name, "John Doe");
省5
15: 12/03(火)17:23 ID:NKv2UDMA(1/3) AAS
バグが0になるまで投資を続けるのは誰もやらないのに
メモリリークを0にしようって言われたら投資してしまうのが人情というものだ
16: 12/03(火)17:54 ID:aDn+t6mK(1) AAS
>>8
ここはRustスレなのに
なぜRustについて全く触れずにC言語の質問をするの？
C言語のスレがあるのだからそちらでしなさい
Rustについて触れずに他の言語の話だけをしている人たちも同罪
必ずRustについても言及しなさい
17: 12/03(火)18:02 ID:cJEFyjqp(1) AAS
Rustのメモリ安全性の目的はメモリリークの回避じゃなくてダングリング参照の回避定期
ついでに競合アクセスも防ぐ
18: 12/03(火)18:49 ID:ll5AjBl1(1) AAS
今度は「競合アクセス」と来たか
19(1): 12/03(火)19:03 ID:VEyhp9WQ(1) AAS
C言語はfree()しても断片化という問題が発生すると聞いたことがある
断片化してもOSが落ちたりはしないんだろうけど遅くなるとかならないとか・・・
20: 12/03(火)20:08 ID:0HkaMF/9(2/3) AAS
>>19
断片化によって起こるのはメモリ効率の悪さ。
空いてるメモリの総量が充分にあっても必要分だけ連続したメモリがない(メモリ確保に失敗する)ということが起こる。
C では確保したメモリの場所が変わる(アドレスが変わる)ということは起すわけにいかないので断片化はそれなりに深刻な問題になりうる。
GC には copying gc のように不要メモリの回収と同時に再配置するものもある。
21: 12/03(火)20:58 ID:NKv2UDMA(2/3) AAS
64bitのアドレスが枯渇したとして・・・全オブジェクトに印をつけるGCを使うか？
上下前次1-新書関写板覧索設栞歴
あと 31 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.498s*