Rust part17

**デフォルトの名無しさん** · 2022/10/06(木) 22:43:13.96

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part16

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

Rust入門という感じではないな
Rustを使ったWeb入門という感じ

**デフォルトの名無しさん** · 2022/10/21(金) 22:25:35.46

>>185
Web+DB Press読者は簡単なWebアプリ開発はいろんな言語で経験済みで理解しやすいだろうからチュートリアルの対象に選んだだけでは？

**デフォルトの名無しさん** · 2022/10/22(土) 13:19:56.51

>>186
普段読まないけどRustなので買ってみた
なかなかわかりやすかった
基本文法の解説が明らかに足りないけど
サンプルを理解するだけならこの程度で良いのか
面倒な部分が表に出ないようにうまくサンプルを調整してるし

**デフォルトの名無しさん** · 2022/10/22(土) 21:03:49.60

借用がどうGCに関係するのかよくわからない
うまく説明しているサイトはないですか?

**デフォルトの名無しさん** · 2022/10/22(土) 21:38:11.55

まずスタックとヒープを理解せよ
これは口を酸っぱくして言ってる
でないとRustは理解できない

**デフォルトの名無しさん** · 2022/10/22(土) 21:39:04.07

とりあえずThe Bookの4章
https://doc.rust-lang.org/book/ch04-02-references-and-borrowing.html

Rustをそれなりに習得しようと思うなら
The Bookとオライリー本を読むのが一番近道

**デフォルトの名無しさん** · 2022/10/22(土) 23:56:07.88

両方とも初心者には辛いよなあ
わかりやすい入門書が待たれる

**デフォルトの名無しさん** · 2022/10/23(日) 00:22:18.48

借用するときにデータをスタックに積む
スコープを抜けるときに一気にpopするので
GCがいらない、つまり、早い
heapだとGCのときにデータの移動が必要になる
ので遅い
この理解であってる?

**デフォルトの名無しさん** · 2022/10/23(日) 00:29:31.67

ポインタとか参照とか他の言語で扱ったことない？

**デフォルトの名無しさん** · 2022/10/23(日) 00:44:57.32

heapが遅いの要因は、メモリの割り当て解放処理があるから処理量が多いとか、
割り当てた領域がバラバラになることでキャッシュ効率がさがることとかかと

**デフォルトの名無しさん** · 2022/10/23(日) 13:47:22.46

ページング処理みたいなのが、ヒープだと2重に行われるんじゃないの？

**デフォルトの名無しさん** · 2022/10/23(日) 14:14:22.62

>>192
Rustでのその辺のメモリの動きはオライリー本に詳しく書いてあった気がするから読むべし

**デフォルトの名無しさん** · 2022/10/23(日) 15:30:09.10

>>192
>>195
お前ら、具体的にどうされてるからスタックだと速いかわかって無いだろ、、、

**デフォルトの名無しさん** · 2022/10/23(日) 18:33:19.09

>>192
そんなに物事が単純なら良かったのに...
”スコープを抜けるときにGCがいらない、つまり、早い”、これは間違いでもある。インライン展開されるような高階関数なら良いが
ループ中でアロケーションしてしまうような記述をすると、その度に確保・解放されるので非効率になりかねないし、借用による
メモリーの管理ではないが、参照カウントを使用するSwiftでは、ループでボトルネックになることはある。
このためRustでは高階関数で書く事が一般的に（分かり易く）良い事とされる。あとスタックでどの言語も大体はスコープ外で
消えるのでヒープとスタックの区別は付けましょう

独立したGCスレッドが動く言語だと、スコープ外れでGCするとは限らないので、速い場合がある。一方で、高負荷な環境では
GCスレッドがありで、回収などインターラプトが入るのでRustが有利になる（＝※こちらのほうがRustが重要視される理由）
いわゆるSTOP THE WORLD（DIO様風）だ。ただ、これが無ければ良いということではなく、循環参照などを作らなければ
問題ないという話で循環参照を作ってしまうのであれば、独立したGCスレッドは便利でもある

”GCのときにデータの移動が必要”になるかどうかは、GCのアルゴリズム次第であり、厳密には”データの移動が必要”になるのは
メモリーのフラグメント解消つまりコンパクション処理によるところが大きい。これは、近代的なOSでは似たような事を行っていて
これ自体が速度に大幅に影響を及ぼすとは言い難い

**デフォルトの名無しさん** · 2022/10/23(日) 19:03:12.25

>>198
> ループ中でアロケーションしてしまうような記述をすると
アホなコードで議論する必要あるの？

**デフォルトの名無しさん** · 2022/10/23(日) 20:51:00.62

一体何と何を比較しているのだ

**デフォルトの名無しさん** · 2022/10/23(日) 22:09:39.72

なんかすごい早口で支離滅裂なこと言ってるけど
頭を整理した方が良いよ

**デフォルトの名無しさん** · 2022/10/24(月) 16:50:56.92

スコープを抜けるときにGCがいらない、つまり、早い

これが間違っている理由を教えてください

**はちみつ餃子** ◆8X2XSCHEME · 2022/10/24(月) 18:09:05.87

ヒープメモリの管理はそれなりに重い処理だというのが論旨のように見える。

GC を使った場合のように不要なオブジェクトの判別をしていくコストは Rust では生じないが
それを除けば空いてる箇所と使用中の箇所を上手いこと管理する実行時コストは
GC (に付随するメモリ割り当て) でやってるのとたぶんそんなに差はないんじゃね。

**デフォルトの名無しさん** · 2022/10/24(月) 18:49:41.29

>>202
＞スコープを抜けるときにGCがいらない、つまり、早い

確保したメモリはいつ解放するんだよバカ。

**デフォルトの名無しさん** · 2022/10/24(月) 19:05:34.14

文法で制約したら、書き手もコンパイラも
変数の寿命を厳密に特定することができて便利だろって事で、
どこにどう確保すると速いとか、そういう話とは別では

**デフォルトの名無しさん** · 2022/10/24(月) 19:14:17.25

GCがないので速い←わかる
スコープを抜けたらpopするだけなので速い←わかる
スコープを抜けるときにGCがいらない←スコープとGCは何の関係もないよね

**デフォルトの名無しさん** · 2022/10/24(月) 20:07:47.96

まあGCは常に動く可能性があるからな
逆に全く動かない可能性もある
そこはGCのアルゴリズムによりけり

**デフォルトの名無しさん** · 2022/10/24(月) 21:01:10.53

スタックを使っているから
pop すればそのままメモリが解放されるという意味では?

**デフォルトの名無しさん** · 2022/10/24(月) 21:39:23.30

何と何を比べて何が速いと思ってるのか整理しなよ
話はそれからだ

**デフォルトの名無しさん** · 2022/10/24(月) 22:49:30.31

>>208
動的データ全部スタックに積むのか。すげーな。

**デフォルトの名無しさん** · 2022/10/24(月) 22:54:45.01

そんなことよりコンパイルの遅さマジでテコ入れろYO、非力なCeleronでactix-webのコンパイルしたら10分とかふざけてんのか？

**デフォルトの名無しさん** · 2022/10/24(月) 23:05:21.00

コンセプトがコンパイル遅くしても賢くするだから無理

**デフォルトの名無しさん** · 2022/10/24(月) 23:18:23.86

依存ライブラリまで全部自前ビルドさせられてるわけだからな
コンパイル済みcrateの配布とかやってくれればなんとかなりそうではあるが

**デフォルトの名無しさん** · 2022/10/24(月) 23:42:51.24

コンパイル高速化はユーザー側でもいろいろ工夫の余地はあるが
コア数多いマシンを使うのがいちばん効果がある

**デフォルトの名無しさん** · 2022/10/25(火) 07:14:07.04

分散コンパイルか、差分コンパイルか、常にバックエンドでコンパイルか

**デフォルトの名無しさん** · 2022/10/25(火) 08:16:49.84

>>211
流石にもっと良いマシン買えでFA

**デフォルトの名無しさん** · 2022/10/25(火) 08:49:49.17

でもRustって錆だよね

**デフォルトの名無しさん** · 2022/10/25(火) 11:17:17.09

ライブラリ類も複雑化・大型化の一途をたどっているご時世だし
Androidをビルド出来ないようなマシンは開発用としては時代遅れじゃね

**デフォルトの名無しさん** · 2022/10/25(火) 16:49:21.94

環境負荷を下げるためにもTier1プラットフォームはビルド済みか半分ビルド済みを配布できるようにすべき

**デフォルトの名無しさん** · 2022/10/25(火) 18:21:31.05

structのフィールドにasyncのクロージャ持たせるの面倒だな

**デフォルトの名無しさん** · 2022/10/26(水) 00:21:17.27

>>220
Pin<Box<dyn Future<Output = T>>> ではだめ？

**デフォルトの名無しさん** · 2022/10/26(水) 01:59:13.05

>>221
Box<dyn Fn() -> Pin<Box<dyn Future<Output = T>>>>
こんな感じ

**デフォルトの名無しさん** · 2022/10/26(水) 03:12:53.76

>>210
全部とは言っていないローカル変数だけだ

**デフォルトの名無しさん** · 2022/10/26(水) 07:48:04.37

>>223
GoだってJavaだってローカル変数はスタックを利用する。

**デフォルトの名無しさん** · 2022/10/26(水) 08:03:17.30

>>224
Go は知らんが Java は値型しかスタックに確保しないよ
配列使うだけでヒープ使う

**デフォルトの名無しさん** · 2022/10/26(水) 10:03:48.91

んなこと言ったらRustだってBox使うだけでヒープ使われるだろ

**デフォルトの名無しさん** · 2022/10/26(水) 10:28:26.80

ピープアレルギーでも湧いたのか？

**デフォルトの名無しさん** · 2022/10/26(水) 10:55:30.37

>>226
そりゃあえてBox使えばヒープ使うわな
極論バカ乙w

**デフォルトの名無しさん** · 2022/10/26(水) 12:39:08.43

ヒープで思いついたけどtest::benchってなんで使用したメモリ量出てこないの？Rustだってアロケーター自作できるなら出せなくないと思うんだが

**デフォルトの名無しさん** · 2022/10/26(水) 13:39:05.90

c言語なんかも int a[n] とかはスタックから取ってきてる。昔はmallocしてたが。
とはいえlinuxのスタック領域はヒープとそんな変わらん。

**デフォルトの名無しさん** · 2022/10/26(水) 13:49:21.71

環境によるが、Rust のスレッドごとのスタックサイズのデフォルトが2MBとかで
バカでかいローカル変数や引数を使おうとすると、
簡単に実行時エラー／スタックオーバーフローを実現できるという
ちなみに、String はヒープを使う

**デフォルトの名無しさん** · 2022/10/26(水) 14:58:21.99

>>230
ん？
何が変わらんの？

**デフォルトの名無しさん** · 2022/10/26(水) 16:10:38.33

>>229
issueはあるが放置されてる
https://github.com/rust-lang/rust/issues/22666
こういうのは欲しい人が積極的に動かないとなかなか進まないよね

**デフォルトの名無しさん** · 2022/10/26(水) 18:56:12.77

C 以外の言語は、すべて浅いコピー・shallow copy でしょ。
実体はコピーされずに、参照だけがコピーされる

たぶん、ローカル変数も参照だけがスタックにあって、
実体はヒープにあるのでしょ

**デフォルトの名無しさん** · 2022/10/26(水) 19:32:11.84

そもそもスクリプト言語はマシンスタック使ってないから
C/C++/Rust/Goみたいなコンパイル言語とスクリプト言語(PythonとかRuby)とではメモリモデルが全く違う

JVMのJITはVMスタックをマシンスタックに引き継ぐって処理をやってるけど

**デフォルトの名無しさん** · 2022/10/26(水) 19:35:12.65

>>234
Cにdeep copyの概念ある？

**はちみつ餃子** ◆8X2XSCHEME · 2022/10/26(水) 19:39:57.27

>>236
たぶん >>234 は Java や C# などでいう参照型のことを言ってると思う。

**デフォルトの名無しさん** · 2022/10/26(水) 19:41:30.91

Box<T>って出現頻度の割に表記が長いよな
boxキーワードに変える案はどうなったんだ？

**デフォルトの名無しさん** · 2022/10/26(水) 20:19:12.15

>>230
まーた思いつきで適当なこと言ってるの？

**デフォルトの名無しさん** · 2022/10/26(水) 21:39:27.98

シャローコピーもディープコピーもプログラマに意識させるような言語の方がいいと思うけどなあ

**デフォルトの名無しさん** · 2022/10/27(木) 17:59:59.22

C言語は低レベルすぎるからshallow copyやdeep copyを意識する必要がそもそもないしな
ポインタをそのまま複製するのがshallow copyでポインタをデリファレンスしてからその値を複製するのがdeep copyってだけやし

**デフォルトの名無しさん** · 2022/10/27(木) 18:19:49.08

cだってポインタがネストされてたら順番に見てかないといけないのは他の言語と同じでしょ。
ネストを考慮しなくて良いならjavaだってcloneで一発コピーできる

**デフォルトの名無しさん** · 2022/10/27(木) 22:00:27.64

>>241
> C言語は低レベルすぎるからshallow copyやdeep copyを意識する必要がそもそもないしな
むしろ意識しまくりだろ
shallow copyとかdeep Copyとかのおしゃれな名前では呼んでないけど

**デフォルトの名無しさん** · 2022/10/27(木) 22:11:49.94

複製おじさんディープコピー知らなかったもんねw

**デフォルトの名無しさん** · 2022/10/27(木) 22:27:03.43

あえていうならCにおいては構造体のメンバをそのまま代入するのがshallow copy
構造体のメンバのポインタの領域を新しく領域を確保してコピー元の構造体を再帰的にmemcpyするのがdeep cooy

**デフォルトの名無しさん** · 2022/10/27(木) 23:13:57.69

Cではというが大多数の言語がそうじゃね

**デフォルトの名無しさん** · 2022/10/28(金) 00:02:58.28

deep copy は、ネストするから難しい

Ruby などは参照のリンクを断つために、
一旦、JSON などの文字列にしてから、オブジェクトを再構築したりする

Marshal もあるけど、色々な条件がつく。
IO, Proc, 特異メソッドが使えないとか

**デフォルトの名無しさん** · 2022/10/28(金) 01:13:37.77

なんか話の脈絡も流れもなく各人が単語に反応して書きたいこと垂れ流すだけのスレと化してんな

**デフォルトの名無しさん** · 2022/10/28(金) 03:43:44.96

高階関数はGCの性能に影響を及ぼすの?

**デフォルトの名無しさん** · 2022/10/28(金) 09:27:53.24

Webpackの後継となる新バンドルツール「Turbopack」が登場。Rust製のネイティブアプリケーションでWebpackの700倍高速に。Next.js Conf 2022 － Publickey
https://www.publickey1.jp/blog/22/webpackturbopackrustwebpack700nextjs_conf_2022.html

**デフォルトの名無しさん** · 2022/10/28(金) 16:15:00.57

JavaScriptっていつまでバンドルとかやるん？

**デフォルトの名無しさん** · 2022/10/28(金) 16:24:46.58

いっそコンパイルしたら

**デフォルトの名無しさん** · 2022/10/28(金) 16:28:04.57

wasmでそれやろうとしてるけど
wasmランタイムよりJavaScriptランタイムの方がまだ速いというトホホな状態

**デフォルトの名無しさん** · 2022/10/28(金) 19:59:50.54

じゃあasmjsでよくね

**デフォルトの名無しさん** · 2022/10/30(日) 11:39:14.94

何いってんだ
JavaScriptはRustの大口顧客だぞ
バカにするなんてとんでもない
JavaScriptの市場が大きいほどRustが儲かる仕組みなんだ

**デフォルトの名無しさん** · 2022/10/30(日) 13:52:59.67

moziraとgoogle, Microsoftと主要ブラウザメーカーが推進してるからな

**デフォルトの名無しさん** · 2022/10/30(日) 19:41:21.29

なんでvecの&mutに*が不必要なのか、いまいち理解してなかったけど

fn calc(n: &mut Vec<usize>) {
　(*n).push(1);
}

こういうことかー。そういうことだったのかー

**デフォルトの名無しさん** · 2022/10/30(日) 23:24:15.56

struct User {
name : String,
age : u32,
}

fn main() {
let mut user = User {
name : "sato".to_string(),
age : 30,
};
user.age = 40;
user.name = "aaaa".to_string();
println!("{}{}", user.name, user.age);
}

"sato".to_string()で生成したStringは
user.name = "aaaa".to_string()後はどうなるの？
mainの}抜ける＝プログラム終了時ようやく解放？

**デフォルトの名無しさん** · 2022/10/30(日) 23:41:49.13

Dropを自分で実装した型で試せばわかる

**デフォルトの名無しさん** · 2022/10/31(月) 19:06:46.94

相変わらずLinusに怒られまくってるね

**デフォルトの名無しさん** · 2022/11/01(火) 06:39:05.97

rust導入してもディレクトリ構造が汚くなるだけなのにどうして導入したんだろうね
正直撤回して欲しいわ

**デフォルトの名無しさん** · 2022/11/01(火) 07:47:38.45

ディレクトリ構造なんかより優先すべきことがあるからだろ
rust使う意味を何も分かってないな

**デフォルトの名無しさん** · 2022/11/01(火) 14:04:14.12

もうlinusがカーネル用にsafeな言語作った方がいいんじゃないの
既成言語じゃ既存の処理系と整合性をとらないといけないから
いろいろな不整合が生じる

**はちみつ餃子** ◆8X2XSCHEME · 2022/11/01(火) 14:12:23.10

エコシステムの充実はユーザ規模によるところがあるから
たとえ言語の設計としてベストマッチでも特化しすぎると
(使い手が増えなくて) 雑多なツールやライブラリが出揃い難いということもありうる。

Linux くらいの規模なら専用言語を作っても割に合ったりするかな？

**デフォルトの名無しさん** · 2022/11/01(火) 14:25:52.66

linusがなんか言ったの？
ググってもlinux 6.1にrustが取り込まれた話しか見つけられなかった

**デフォルトの名無しさん** · 2022/11/01(火) 14:50:17.04

>>263
なにそのgitな流れは。
凄まじく少ないコードで実現してしまいそうで恐ろしい。
ピーキーなのになって、普通の人は使えないのを期待しちゃう。

**デフォルトの名無しさん** · 2022/11/01(火) 14:58:39.21

>>263
linusはgcc拡張のCが最高だと思ってる人だよ

**デフォルトの名無しさん** · 2022/11/01(火) 18:29:34.49

>>260
どれ？

**デフォルトの名無しさん** · 2022/11/02(水) 15:56:44.98

linuxもデフォルトcというよりもかなりカーネル用の拡張してるからrustもそうすればええわってのが
linusの主張でしょ。

**デフォルトの名無しさん** · 2022/11/02(水) 16:18:07.00

一応clangでもlinuxカーネルコンパイルできるようになっているということは、
LLVMに必要な機能はそろっているということだろうから、
rustcからそれらの機能を呼び出せるようにできれば良いのかね

**デフォルトの名無しさん** · 2022/11/02(水) 16:35:45.00

リーナスゴシップとかどうでもいいスレチネタを続けるなよ

**デフォルトの名無しさん** · 2022/11/03(木) 02:16:08.55

しょーもないシンタックスの話より有意義だけどな。

**デフォルトの名無しさん** · 2022/11/03(木) 05:38:58.72

1要素タプルの書き方Pythonと同じなんだね
パターンマッチで参照外しと絡むとややこしいなぁ
// 要素1のタプルはカンマ必要
let (mut a, ) = (1, );
a = 100;
println!("{}", a); //=> 100

// 要素1のタプルはカンマ必要
let &(mut a, ) = &(1, );
a = 100;
println!("{}", a); //=> 100

// (式)と区別つかないからとか
let &(mut a) = &(1);
a = 100;
println!("{}", a); //=> 100

// error[E0308]: mismatched types
let &mut a = &1; // ←ココ
a = 100;
println!("{}", a);

// こっちはok
let &(mut a) = &1;
a = 100;
println!("{}", a); //=> 100

mutがどっちに付くのが優先なのか（イミュータブルなaの参照なのかaのイミュータブル参照なのか）覚えてないと適切に()付けられないね、覚えりゃいいんだけども
Rustの話に限らずもっと根本的な解決方法ってないのかな？
()をいろんな意味に酷使し過ぎでは？関数の引数部分、式の評価順変更、タプル、等々
型は後置修飾なのに&やmutはなんで前から懸かるの？
これ全部RPNにすれば解釈の曖昧さがなくなって優先順位の()が要らなくなり、関数呼び出しもf1(1, f2(2, 3), f3(4))は1 2 3 f2 4 f3 f1となって、タプル以外の()撲滅できないか？

**デフォルトの名無しさん** · 2022/11/03(木) 19:40:23.88

>>273
()を色々使いすぎというのは同意だけどRPNだと今よりもっと使われないよ。
連鎖性言語とか好きだけど。

**デフォルトの名無しさん** · 2022/11/03(木) 21:14:31.73

()については他の言語と同じだしそこで変に独自性を出してもなぁという感じ

**デフォルトの名無しさん** · 2022/11/03(木) 21:15:01.48

for &i in vec![0_usize; 5].iter() {
　//iのままなんちゃら
}

for i in vec![0_usize; 5].iter() {
　//*iでなんちゃら
}

参照外しはどっちをつかってる人のほうが一般的なん？

**デフォルトの名無しさん** · 2022/11/03(木) 21:21:15.76

Copy実装してる型なら別にどっちでも……

**デフォルトの名無しさん** · 2022/11/03(木) 21:35:17.79

union で定義した型があり、タグビットに相当するビットで variant を区別できる場合に
enum と同じ表現でパターンマッチするというようなことは出来ませんかね？
マニュアルを見た感じでは出来なさそうなので駄目で元々な相談なんですが……。

それが欲しくなった事情としては抽象的なバイトコードマシンが定義されていて
そのバイトコードをそのまま enum にマッピングできれば楽なのになと思った次第です。

**デフォルトの名無しさん** · 2022/11/04(金) 04:42:50.90

.expect("なんとかかんとかfailed.");
expectの引数はこんな文章になりがち
.expect("なんとかexpected, but かんとか found");
ならまだいいけど
コード読むときexpectというメソッド名からその引数には"期待しているものの説明"を"期待"してしまう
慣れるんだろうか…

**デフォルトの名無しさん** · 2022/11/04(金) 08:57:52.35

>>279
英単語を声に出して読んでみ

**デフォルトの名無しさん** · 2022/11/04(金) 09:12:11.15

>>279
公式のドキュメントにも
.expect("failed to parse number")
という例があるしあまり気にしない方がよさそう
https://doc.rust-lang.org/std/result/enum.Result.html#method.inspect

**デフォルトの名無しさん** · 2022/11/04(金) 09:15:25.47

>>281
これ英語の分からん奴が書いたんだろう

**デフォルトの名無しさん** · 2022/11/04(金) 09:25:36.66

>>279
まあ慣れるしかないわな
俺もこの名前はおかしいと思うし世の中でもおかしいと思う人はいるようだ
https://stackoverflow.com/questions/66362625/why-is-rusts-expect-called-expect

**デフォルトの名無しさん** · 2022/11/04(金) 09:47:45.14

>>283
よかった、俺だけではなかったか