Rustアンチスレ

**デフォルトの名無しさん** · 2022/05/30(月) 15:12:27.13

>>145
>Rustでは消費し終えた変数や中間値が使用していたヒープ領域もすぐに再利用されて使い回されるため

変数が確保されるのは関数コールの度に毎回上書きされるスタックであてｔヒープではない
そもそもヒープ領域の確保廃棄で何も問題なければメモリフラグメントなど発生するはずがない。
したがって長期間リブートを想定しないRTOSで、
予めメモリプールを確保してその中で固定的にメモリ割り当てなど行うこと自体全くの無意味ってことだが、
現実はそーじゃない。こんなもんエンベ試験あたりのイロハだろw

**デフォルトの名無しさん** · 2022/05/30(月) 15:42:14.93

>>154
マルチタスク、マルチユーザーOSというキーワードが出てくるのがよくわからないけど、
物理アドレスの話してるとしたらスタックだろうがヒープだろうがOSの都合で変わりうるんだからヒープのフラグメントの話とはなんら関係ないよね

仮想アドレスの話をしているなら、自プロセスの他スレッドの挙動によってフラグメントしうると言うのは正しいけど
だいたいのmalloc実装ではarenaはスレッドローカルになるからフラグメントは置きにくいと思うよ

というか、どういうシチュエーションで何を実験したときにどのような問題が起きたのか、前提を明確にしてよ
組み込みのRTOSとかいう特殊環境が当たり前のように語られると意見のすりあわせができぬ

**デフォルトの名無しさん** · 2022/05/30(月) 15:55:38.95

>>142
> >>137のような解放直後に同じサイズで領域を確保する場合は領

なんで、マルチタスクのOSが、おまえの都合のいいタイミングで解法直後に確保できるのかと言ってる。
例えば、解法直後に割込タスクがおまえのプログラムを一時実行停止し、
そこで開放したばかりのメモリエリアを確保しないとなんで言い切れるんだと聞いてる。

そして、ページングの発生もなんでおこらないと決めてかかってるんだ? 今時のOSでww
おまえが書き出したメモリエリアはあくまでプログラム側から見た論理アドレスだろ?
そこが実はページング対象になってなかったとなぜ断言できるんだ。

**デフォルトの名無しさん** · 2022/05/30(月) 15:57:12.40

>>156
>物理アドレスの話してるとしたらスタックだろうがヒープだろうがOSの都

プログラムからは論理アドレスしか見えない
同じ領域を確保してるかどうかはプログラムからはわからない

**デフォルトの名無しさん** · 2022/05/30(月) 16:07:33.52

>>156
>マルチタスク、マルチユーザーOSというキーワードが出てくるのがよくわからないけど

汎用OSで自分の起動したタスクしか動いてないと思ってるわけ?
RTOSを持ち出したのは自分のタスクしか実行していなくても、フラグメントを起こす具体例として持ち出した。
そのRTOSでも細心の実装心掛けてるのに汎用OSなんでいわずもがなって話。
今時は、HWのメモリが大きくなってせいぜいページング時のプチフリーズ程度で気付いてない奴もいるだろうが、
やっぱりフラグメントは常時発生してる。
てか、メモリデフラグとか動かしたことないのか?

**デフォルトの名無しさん** · 2022/05/30(月) 16:23:56.84

それなんかRustと関係あるんすか？

**デフォルトの名無しさん** · 2022/05/30(月) 16:55:49.66

>>154
まずは基礎知識を勉強しよう
Rustにおいてタスクとは非同期にスケジューリングされるスタックレスなコルーチンのこと
そうでない意味のタスクならばプログラミング言語Rustとは関係ない話

>>155
そのRustプログラム例はBoxを使っているのでスタック上てはなくちゃんとヒープを用いた実験となっている
そんな基本的なことも理解できないならば勉強して出直してきなさい

>>159
それはRustとは全く無関係ない話
基礎的なことを会得していないとそういった無関係な話を持ち出してしまう

**デフォルトの名無しさん** · 2022/05/30(月) 18:21:04.97

>>157
ページサイズより大きい領域の獲得解放を繰り返す想定で良いのかな？
malloc/freeがmmap/munmap呼び出しと一対一対応するような
で、どのOSの実装で問題が起きたの？

**デフォルトの名無しさん** · 2022/05/30(月) 22:33:20.68

ページ単位で割り当てるのにどうやってフラグメンテーション起こすんだろう

**デフォルトの名無しさん** · 2022/05/31(火) 14:19:31.88

じゃあなんでLinuxやBSD、Windowsはメモリコンパクション機能を実装してるの？

**デフォルトの名無しさん** · 2022/05/31(火) 14:23:20.93

>>164 LinuxやBSD、Windowsはメモリコンパクション機能を実装してるの？

**デフォルトの名無しさん** · 2022/05/31(火) 16:38:22.49

なんで、mallocの話がOSの話とすり替わってたの？

**デフォルトの名無しさん** · 2022/05/31(火) 19:29:31.55

>>140あたりでもう一緒くたにされてるからしょうがない
たぶん誰も問題意識を共有できてない

**デフォルトの名無しさん** · 2022/05/31(火) 20:07:12.82

たぶんmallocとOSが密に関連するようなRTOS?が前提なんだと思うよ
>>140は業務で触ってるとかで特性をよく知っているがそのコンテキストが他の人と共有できていないのだろう

**デフォルトの名無しさん** · 2022/05/31(火) 20:16:37.40

ずっと暴れている>>140だけが『所有権』と『OS』を同時に登場させていて二つの別レイヤのメモリ管理の話を区別できていない
ここはRustアンチスレなのにプログラミング言語Rustとは無関係な話で暴れていている

**デフォルトの名無しさん** · 2022/05/31(火) 21:05:52.27

便乗すんな複おじ

**デフォルトの名無しさん** · 2022/05/31(火) 22:22:41.63

まあ所有権の話は唐突でよく分かんないけど彼の中では理屈的に繋がりがあるのではないのかな
もうちょっと丁寧に書いてくれれば分かりそうな気もするんだけど

**デフォルトの名無しさん** · 2022/07/07(木) 09:23:29.02

あーうぜー
1.61.0ビルドしてるけどなんだかいろいろとボコボコDLしてくる()
1.61.0なのに 1.60.0-xxx をDLしてくるし()

あーうぜー

**デフォルトの名無しさん** · 2022/07/09(土) 14:07:59.53

いつのまにかpython module のビルドに入り込んでるのな

悪質

**デフォルトの名無しさん** · 2022/08/26(金) 16:38:04.30

腐れ言語

早く外せよ

**デフォルトの名無しさん** · 2022/09/04(日) 20:06:08.29

なんか第二Javaという感じの臭いがする
非人間的な設計で人間を不幸にしていく悪しき文明というか

**デフォルトの名無しさん** · 2022/09/07(水) 04:11:07.00

確かに奴隷言語っぽいね

**デフォルトの名無しさん** · 2022/10/08(土) 07:50:08.22

linus はこれがいいみたいだけどな()

git も Rust もゴミ

**デフォルトの名無しさん** · 2022/10/10(月) 15:43:56.96

meson のビルドで、

× Preparing metadata (pyproject.toml) did not run successfully.
│ exit code: 1
╰─> [64 lines of output]

こんなエラーが出た

すげーイラっとくる

> .toml

クズ言語

**デフォルトの名無しさん** · 2022/10/12(水) 21:08:34.50

>>177
重要な部分はRustで作らないと思うよ

**デフォルトの名無しさん** · 2022/10/20(木) 18:29:22.69

なんでこれ、こんなにコンパイル遅いの？

**デフォルトの名無しさん** · 2022/10/20(木) 18:33:14.88

>>177
俺もgitもgithubも使いにくいと思っていた。

**デフォルトの名無しさん** · 2022/10/20(木) 18:58:12.23

git自体は悪いと思わんが、なんかgit奉行が色々言い出すのがうざいわ。
rustもそういう匂いがぷんぷんする。

**デフォルトの名無しさん** · 2022/10/20(木) 19:21:40.91

どのバージョン管理ソフトが良いの？

**デフォルトの名無しさん** · 2022/10/21(金) 01:23:53.55

>>183
名前は変わったと思うが、MS製のVisual Source Safeなんかは直感的で便利
だったな。特に何も学ばなくても普通に使えた。

**デフォルトの名無しさん** · 2023/08/11(金) 13:18:17.34

cargo check error: failed to run custom build command for `glib-sys v0.17.10`

いい加減にしろよカス言語

**デフォルトの名無しさん** · 2023/08/11(金) 13:34:35.94

cargo publish して初めて出るエラー (cargo のあっち側の環境でコンパイルしてる) ってうざいよね

**デフォルトの名無しさん** · 2023/08/12(土) 00:05:38.13

>>185
Cコンパイラかリンカが入ってないんじゃね
そのメッセージの前に何か出ていると思うが

>>186
あっち側ってcrates.ioのこと？
リモート側でビルドなんか走るんだっけ

**デフォルトの名無しさん** · 2023/08/15(火) 08:53:12.04

firefox のビルドもrust が邪魔しまくりだよね()

**デフォルトの名無しさん** · 2023/10/02(月) 13:43:22.96

RustとC++の相性は最悪だが
RustとCはまあまあイケる
いいじゃんいいじゃん

**デフォルトの名無しさん** · 2023/10/03(火) 16:57:54.88

カス言語ではない

**デフォルトの名無しさん** · 2023/10/05(木) 17:14:00.69

C美しい
C++カス
Rustもうちょっとがんがれ

**デフォルトの名無しさん** · 2024/04/21(日) 15:50:07.23

Rust リファクタリングしてるときに
trait 境界が変わって
あれ？ってなることが多いな

**デフォルトの名無しさん** · 2024/04/21(日) 18:44:44.75

>>192
trait境界を満たせなくなるとコンパイラが教えてくれるので安全にリファクタリングできて良いよね

**デフォルトの名無しさん** · 2024/04/23(火) 10:33:27.89

>>0185
お前はディストリ自分で組まないの？
情弱だな(ﾌﾟ

**デフォルトの名無しさん** · 2024/04/23(火) 10:47:04.81

創価

**デフォルトの名無しさん** · 2024/04/27(土) 21:26:16.94

crates.io が死ぬと詰むな・・・

**デフォルトの名無しさん** · 2024/04/28(日) 14:02:08.42

なんなの vendoring とか stable channel とか

意識高そうですね()

**デフォルトの名無しさん** · 2024/06/08(土) 09:22:59.84

Ruby批判だけど
https://qiita.com/scivola/items/17470c52641d3ffa1650
Rustにも同じことが言える

**デフォルトの名無しさん** · 2024/06/08(土) 10:03:29.15

>>198
Rustに該当する話が一つもないのにRustを批判？

**デフォルトの名無しさん** · 2024/06/09(日) 16:29:53.15

信者は信者スレに帰れ

**デフォルトの名無しさん** · 2024/09/21(土) 15:07:34.01

おまいらホントRuby好きだな

**デフォルトの名無しさん** · 2024/09/21(土) 15:35:51.56

遅いのがなあ