Rust part21

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

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

公式ドキュメント
https://www.rust-lang.org/learn

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

※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 part20
https://mevius.2ch.net/test/read.cgi/tech/1677771928/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.2ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2023/11/19(日) 16:29:48.57

#[repr(C)]
as *const T
as *mut T
as usize
bytemuck
slice::from_raw_parts

**デフォルトの名無しさん** · 2023/11/19(日) 16:46:38.60

バイナリや文字列と内部表現・の相互変換(シリアライズとデシリアライズ)ならば
Rustではdeser crateファミリーを使って専業分離することが多いね

**デフォルトの名無しさん** · 2023/11/19(日) 18:17:50.06

シリアライズ関連のクレートを使った方が楽だし、もうちょっと簡易的にやる場合でも from_le_bytes などの組み合わせで安全にやれるから不必要にプログラマの責任で管理するべきではないよ。
C でもいまどきは高レイヤのプログラムならそんなに気軽に未定義の型変換はしない。(もっとも、高レイヤではあまり C を使わないけど)

**デフォルトの名無しさん** · 2023/11/19(日) 18:43:57.48

ごめん、アホなスペルミスしてる
deserでなくてserde
あとserde_bytesやbincodeを併用

**デフォルトの名無しさん** · 2023/11/19(日) 23:58:07.78

少し調べてより明確に言語化出来ました。
Rustはゼロコストのserderができますか？

Cだとしばしばそれができます。構造体の要素次第ですが。
で、調べてみるとrkyvというフレームワークが近いことを可能にしているようです。
ゼロコピーと謳っていますが、何らかの演算コストが生じているのかどうか。
Cなら構造体を注意深く設計すればキャスト一発で実行時コストゼロでserderが完了するのです。

**デフォルトの名無しさん** · 2023/11/20(月) 02:05:15.84

>>589
＞Cなら構造体を注意深く設計すれば

なんでそのコストを無視するんだい？

**デフォルトの名無しさん** · 2023/11/20(月) 02:16:16.40

>>590
実行時コストじゃないからです。
例えばRustのゼロコスト抽象化という概念もあくまで実行時コストがゼロであることを意味しているはずです。

**デフォルトの名無しさん** · 2023/11/20(月) 02:16:45.62

#[repr(C)]付けてstruct/enum/unionをCと同じ使い方すればC互換のレイアウトになるはず

**デフォルトの名無しさん** · 2023/11/20(月) 06:49:29.19

>>589
Cと同じことがしたいだけならrepr(C)で構造体定義して
std::mem::transmuteでキャストすればいい
rkyvみたいなフレームワークはもっと高度なデータ型（ハッシュマップとか）で同じことをやるためのもの

**デフォルトの名無しさん** · 2023/11/20(月) 08:53:23.51

抽象度の高いレイヤを挟んでもかなり最適化で消えるよ。
逆に自由なキャストのコストはゼロではない。
ハードウェアの癖、処理系の癖を理解している人がうまくチューニングすれば性能はあがることも多いけどキャストして直接に読み替えたら実行時コストが低くなるとは限らない。

**デフォルトの名無しさん** · 2023/11/20(月) 13:51:58.80

>抽象度の高いレイヤを挟んでもかなり最適化で消えるよ。

それはもちろん判ってて
その上で厳密にゼロじゃないから問題視してんじゃん

**デフォルトの名無しさん** · 2023/11/20(月) 15:34:39.51

具体的にRustを使うメリットよりデメリットが上回る例があるならそれを出さないと話がわからない
色んなバイナリプロトコルもRustで実装されて問題になっていない

**デフォルトの名無しさん** · 2023/11/20(月) 17:27:20.27

transmuteだとalign合わせるためにコピーする場合がありそうだから
本気でCと同じゼロコストで読み替えするならポインタ（参照じゃない）をとって
as *const T（as *mut T）で目的の型にキャストして参照（&T, &mut T）に戻す感じかな
どうせunsafeだからunion使う方がいいかもしれないけど

**デフォルトの名無しさん** · 2023/11/20(月) 17:54:17.33

Cから移植する場合でtagged unionをうまく移植する方法はないだろうか
unsafe使わずに

struct tagged_value {
enum tag t;
union {
hoge h;
fuga f;
} u;
};

みたいなの

**デフォルトの名無しさん** · 2023/11/20(月) 18:11:32.44

>>598
enumで

**デフォルトの名無しさん** · 2023/11/20(月) 18:17:00.50

>>595
最適化の話は「どちらにしてもゼロとは限らない」という話のための前ふり。
仮にその場所に限ってはゼロになったとしても周囲の最適化の足を引っ張ることもある。
総合的な速さを出すには諸々を加味したチューニングが必要なので単純にキャストしたほうが速いとは考えるなというのが主旨。
もちろん諸々を考慮して検証した上で実際に速くなることが確かめられるならそれを否定したりはしないよ。割に合うことは少ないとも思うけど。

**デフォルトの名無しさん** · 2023/11/20(月) 21:13:04.59

ちゃんと考えるよ。
角度とか

**デフォルトの名無しさん** · 2023/11/20(月) 23:02:22.90

重要なのは、Rustで書くと遅くなる(コストがかかる)パターンを、実際に発見できたのかどうか？

もしそのようなパターンを発見できて、(Cによる)速い方法でも安全性に問題がないのならば、
Rustの歴史ではそれを(必要なら)unsafeで記述してライブラリの中に安全に閉じ込めてきた
そのためRustで一般プログラマーがunsafeを使わずに記述しても、ほとんどのケースでCと同等の速さが出る

**デフォルトの名無しさん** · 2023/11/21(火) 04:05:24.41

個人的な懸念点は処理のゼロコピー化においてCに劣るのか？という点
Rust界隈でゼロコピーフレームワークが色々あるがどういう工夫が行われているのか
調査は時間がかかりすぎるからやらないw

**デフォルトの名無しさん** · 2023/11/21(火) 04:13:54.83

データ転送はCPU上の演算と比較してかなり遅い処理なので
ゼロコピーで劣ると一部の処理でかなり遅くなる
そしてベンチマーク系のプログラムではゼロコピーはあまり問題にならない。

**デフォルトの名無しさん** · 2023/11/21(火) 04:16:28.76

ゼロコピーが問題になるのはserder、通信
あとたぶんOSの実装でも問題になるはず
だから数学的計算というよりはシステム間の垣根を超えるようなところで問題になる
RustがベンチマークでC並といっても、あくまで数値計算系の話

**デフォルトの名無しさん** · 2023/11/21(火) 08:42:33.89

ゼロコピーってのはオリジナルのバッファ以外には追加でヒープアロケーションをせずに処理をするという意味

**デフォルトの名無しさん** · 2023/11/21(火) 10:07:46.27

ウザイからttf_parserのコードでも読んでくれば

**デフォルトの名無しさん** · 2023/11/21(火) 11:00:12.68

unsafe という名前が誤解の元になってる
unsafe に描く内容って結局安全な内容しか描いてはいけない訳だ
そして unsafe は使ってはいけない機能ではなくむしろ積極的に使って良い機能

**デフォルトの名無しさん** · 2023/11/21(火) 11:55:27.06

こういうやつがいるからこそunsafeという名前に価値があるんだよな

**デフォルトの名無しさん** · 2023/11/21(火) 12:57:54.74

>>605
それらRustで書くことで遅くなった事例がない
むしろ例えばCDN世界トップのCloudflareは
Cで書かれたnginxを全面的にRustで作り直すことで
CPUリソースとメモリリソースを1/3に削減することに成功している

**デフォルトの名無しさん** · 2023/11/21(火) 15:25:53.24

Cloudflareのやつはnginxがスレッドベースで処理をブロッキングしてしまう(CPU時間とメモリを占有してしまう)から
マイクロスレッドで作り直した＝基本設計を大きく変更したというだけで、Rustだからパフォーマンスが向上したというわけではない

**デフォルトの名無しさん** · 2023/11/21(火) 16:18:31.31

stdをunsafeで検索するとUnsafeCellしか出てこなくて
unsafeな関数の名前がほとんどuncheckedなのは
let x = unsafe { do_something_unsafe() };
だとアホっぽいからかな

**デフォルトの名無しさん** · 2023/11/21(火) 18:24:54.78

検索方法が間違ってる
そしてuncheckedはunsafeとは意味が違う

**デフォルトの名無しさん** · 2023/11/21(火) 23:10:58.28

>>611
そこではなく
杞憂の>>603が言うところのゼロコピーやゼロコストはCとRustで同様に実現できているから
新たなシステムはCを使わずにRustで書いたという話ではないか

**デフォルトの名無しさん** · 2023/11/21(火) 23:28:16.17

外部入力をtransmuteとか地雷臭がハンパない
どうぞご安全に～

**デフォルトの名無しさん** · 2023/11/21(火) 23:39:45.33

transmute使わなくてすむsafeなライブラリ関数が揃ってるからね

**デフォルトの名無しさん** · 2023/11/25(土) 09:15:59.95

Rust って同じ変数名なのに違う型に出来るよね？
同じスコープで再定義出来ると言うか上書き出来る
名前が変わらないから便利って思うかも知れないが
気を付けてソース観ていないと途中で型が変わってるやん！ってなる
なかなか嫌な構文だね
可読性低下しない？勘違いしそう

**デフォルトの名無しさん** · 2023/11/25(土) 09:18:00.86

あと上書きされたとき前のリソースは上書きされたタイミングで消えてない
明示的に drop していれば消えるがしなかったら実は生きたまま
迷惑仕様じゃないかな

**デフォルトの名無しさん** · 2023/11/25(土) 10:20:51.65

>>618
同じスコープ内でシャドウィングする時は意味的に同じものを入れるようにする

前のリソースがすぐにドロップされないのはシャドウィング時にそのリソースへの参照を使う事で不要なアロケーションを避けられるから

**デフォルトの名無しさん** · 2023/11/25(土) 12:38:39.68

シャドウイングされた時に勝手に消える方が迷惑仕様だな
その時点で他から参照されてるかもしれないし

**デフォルトの名無しさん** · 2023/11/25(土) 13:46:10.54

>>617
Rustはプログラマーに優しい強い静的型付けの言語だから型が違えばエラーになるため混乱もなく大丈夫
また、型変換するたびに別の変数名にしなければいけなかった言語よりも便利でプログラミングも快適だよ

**デフォルトの名無しさん** · 2023/11/25(土) 16:27:51.72

Rustの欠点は誰も使ってない所だけ

**デフォルトの名無しさん** · 2023/11/25(土) 17:24:40.07

>>622
どうしてそんな悲しいこと言うの！

**デフォルトの名無しさん** · 2023/11/25(土) 18:44:41.46

誰も使ってないのってカッコいいな

**デフォルトの名無しさん** · 2023/11/25(土) 23:55:37.33

俺だけが知っている

**デフォルトの名無しさん** · 2023/11/26(日) 09:12:21.52

ユーザーが少ないのはアドバンテージだってポール・グレアムも言ってる。

**デフォルトの名無しさん** · 2023/11/26(日) 09:20:04.49

GAFAMで使われるようになった時点で言語として消え去る可能性は十分下がったし
別にこれ以上使う人増えなくてもいいんじゃないかな
日本のSIerにまで広まるなんてまずないだろうし

**デフォルトの名無しさん** · 2023/11/26(日) 10:05:44.56

言語じゃないけどBlenderみたいにいつの間にか覇権を取ってたりすることもあり得る

**デフォルトの名無しさん** · 2023/11/26(日) 11:39:45.82

おまえが使ってるのに誰も使ってないって可笑しなことを言うのな
もしかしておまえも使ってないだろ？正直に言え

**デフォルトの名無しさん** · 2023/11/26(日) 11:42:35.06

「俺の周りじゃ」

**デフォルトの名無しさん** · 2023/11/26(日) 12:18:50.10

ぼっちってこと？

**デフォルトの名無しさん** · 2023/11/26(日) 12:23:12.23

Rust「きゃー、私のために争わないで

**デフォルトの名無しさん** · 2023/11/26(日) 12:32:50.97

クズがこっちに移動してきたか
まかせろ

**デフォルトの名無しさん** · 2023/11/26(日) 13:04:33.25

crateのバージョンが1.0になってないのが多いから、まだまだだなーって思う

**デフォルトの名無しさん** · 2023/11/27(月) 02:23:02.91

ぼっちざRust

**デフォルトの名無しさん** · 2023/11/27(月) 03:19:17.53

>>635
ちょっとかっこいいじゃん

**デフォルトの名無しさん** · 2023/11/27(月) 10:05:45.61

草
https://www.youtube.com/watch?v=i-fbsgTWM5Q
https://www.youtube.com/watch?v=AVKkhpGsXoI
https://www.youtube.com/watch?v=ylxlLa9X_O0
https://www.youtube.com/watch?v=LqmtSQ8tmzg

**デフォルトの名無しさん** · 2023/11/28(火) 08:31:02.24

Rustって名前が良くない

**デフォルトの名無しさん** · 2023/11/28(火) 08:45:48.68

Cナントカじゃそれこそカビが生えてる

**デフォルトの名無しさん** · 2023/12/03(日) 08:34:26.30

>>638
go-langよりはマシ

**デフォルトの名無しさん** · 2023/12/03(日) 18:40:27.28

go は何が駄目といってネーミングがクソすぎるからな
あとマスコットがキモすぎる

**デフォルトの名無しさん** · 2023/12/03(日) 20:05:06.19

ogleとセットで売り出せていれば多少は救われたかもしれない
文字型runeの中二感は好きなんだけど

**デフォルトの名無しさん** · 2023/12/08(金) 13:43:21.24

VSCodeのrust_analyzerが、全く関係のないC#のプロジェクトでも勝手に動き始めるようになっちゃった
みんなのところどう？他の言語とか使ってたら起動しちゃったりしてる？？？

**デフォルトの名無しさん** · 2023/12/08(金) 15:21:20.43

>>641
ネーミングが死ぬほどクソなのは同意だけど
マスコットはかわいいじゃん！

**デフォルトの名無しさん** · 2023/12/10(日) 04:46:02.96

ʕ◔ϖ◔ʔ < お呼びですか？

**デフォルトの名無しさん** · 2023/12/10(日) 11:57:04.81

つべでrust検索するとゲームばっかり出る

**デフォルトの名無しさん** · 2023/12/21(木) 16:58:33.82

GAFAMで使われてるから廃れることないし、
コミュニティに変な人が入って来ない方が居心地が良いまである

**デフォルトの名無しさん** · 2023/12/21(木) 17:12:16.21

gopher はちいかわと同じヤバみを感じる

**デフォルトの名無しさん** · 2023/12/21(木) 17:13:31.75

言語のマスコットネタは寒いよなあ

**デフォルトの名無しさん** · 2023/12/22(金) 13:35:06.75

カニのフェリスも割りと一般的な名前

**デフォルトの名無しさん** · 2023/12/25(月) 09:35:30.12

「Rust」言語向けの“ビジュアルタイムトラベルデバッガー”「FireDBG」が公開
https://forest.watch.impress.co.jp/docs/news/1557204.html

**デフォルトの名無しさん** · 2023/12/25(月) 10:28:47.95

タイムトラベル？使い物になるのか？

**デフォルトの名無しさん** · 2023/12/25(月) 12:40:39.37

タイムトラベル知らんのか

**デフォルトの名無しさん** · 2023/12/26(火) 01:14:24.20

>>652
CやC++やJavaでも昔からコールスタックは遡れたけど、あれのビジュアル良くしたやつとは違うのかね？

**デフォルトの名無しさん** · 2023/12/26(火) 01:58:52.00

>>654
違う
状態の変遷を戻ったり進めたりできる
つかググればすぐ出てくるやろ

**デフォルトの名無しさん** · 2023/12/26(火) 04:22:44.20

>>634
コミュニティに入るPGのレベルが全体的に高すぎて
俺の実装でversionを1.0にするのはおこがましい的な萎縮が働いてそう

**デフォルトの名無しさん** · 2023/12/26(火) 04:22:50.25

>>634
コミュニティに入るPGのレベルが全体的に高すぎて
俺の実装でversionを1.0にするのはおこがましい的な萎縮が働いてそう

**デフォルトの名無しさん** · 2023/12/26(火) 08:35:59.69

>>656
セマンティックバージョニングのせいだよ。
バージョンナンバーの付け方は基準があって互換性が維持されるときとされないときで数値の上げかたが違う。
しかしメジャーバージョンがゼロのときは基準の適用外で勝手にしていいことになってる。
初期は試行錯誤があって当然だからね。
キッチリした管理なんかしたくないからまだまだ初期だという体裁でゼロのままにしたほうが楽なんだよ。

**デフォルトの名無しさん** · 2023/12/26(火) 08:50:16.75

>>658
これやな
オレオレライブラリ作る時とか
絶対に1系まで上げない

**デフォルトの名無しさん** · 2023/12/26(火) 09:58:50.36

Rustの要であるfutures futures-coreなども0.3のままだな
hyperは先月ようやく正式1.0になり先週1.1になった
h2が0.3から0.4に上がった

**デフォルトの名無しさん** · 2023/12/26(火) 10:02:59.91

どうでもいいな

**デフォルトの名無しさん** · 2023/12/26(火) 11:10:33.20

メジャーバージョンが0のライブラリなんて怖くてよう使わん
Julia並みの破壊的変更が来ても文句言えんからな

**デフォルトの名無しさん** · 2023/12/26(火) 11:17:02.90

そういう日が来たら全部壊して書き直した方が早いよ
自分の書いてる所の効率も洗練されて良くなるし

**デフォルトの名無しさん** · 2023/12/26(火) 11:53:58.51

まあこういう感じの真面目にサポートとかする気のない人しか使ってない言語なんだろうな

**デフォルトの名無しさん** · 2023/12/26(火) 12:09:12.16

>>656
それ他の言語でも散見されるぞ
1.0は枯れ切った後に出て実質でかい機能追加は行わなくなったところでつけることが多い
大抵凄腕の人のライブラリに多いような気がする
SemVerが浸透する前からこの状態だったし

**デフォルトの名無しさん** · 2023/12/26(火) 15:06:21.44

Inkscapeは一生1.0に上がらないと思ってた

**デフォルトの名無しさん** · 2023/12/26(火) 16:49:51.67

GitHub Issueが2627件あるZigはどうするつもりなんだろう

**デフォルトの名無しさん** · 2023/12/26(火) 17:19:43.95

どうでもいいな
ライブラリの質はSemverで測るものじゃないから

**デフォルトの名無しさん** · 2023/12/26(火) 17:33:22.23

ライブラリの質にsemver考慮しない人間、仕事にRust使う気がなさそう
趣味プログラムで一年も生かす気がないコードならまあわかる
仕事で限られた工数で長期サポートするならsemver気にしないはありえん

まあRustなんて所詮趣味プログラミング向けなのかもな
まともな仕事には使えん

**デフォルトの名無しさん** · 2023/12/26(火) 17:36:00.58

個々のバージョンにおいて出来が良いかどうかはともかくとして、
長期的な互換性に対する姿勢を測る指針のひとつにはなる。

**デフォルトの名無しさん** · 2023/12/26(火) 17:43:23.74

帰れゴミカスども
https://mevius.5ch.net/test/read.cgi/tech/1701997063/

**デフォルトの名無しさん** · 2023/12/26(火) 18:34:35.78

ライブラリを選ぶときや使うときには当然Semverは気にする
でもそれは質を測るものではない
その違いが分からないとか理解に苦しむ

ま、どうでもいいけど

**デフォルトの名無しさん** · 2023/12/26(火) 18:42:19.39

rustを使う人は、みんな凄腕で無ければ自分で実装するイメージ。

**デフォルトの名無しさん** · 2023/12/26(火) 20:02:46.87

>>672
質って品質って意味だろ？
品質にはサポート品質は当然含まれるだろ

**デフォルトの名無しさん** · 2023/12/26(火) 20:12:35.91

出来たばっかりの言語にやってきて
1系になってるライブラリまるでない使えねー！

お前はJavaに帰れ

**デフォルトの名無しさん** · 2023/12/26(火) 20:20:41.08

>>675
古いって言ってももう開発開始から17年なんだよな
Javaリリースから27年であり、正直そこまで差はないだろ
正式リリースからは8年だけど、リリースが遅かったことを評価することは出来んし、正直そこまで差はないと思わざるを得ない
正直、いつまで新しい言語みたいな顔してるんだよって気持ちだ

まるで自分を若いと勘違いしているおっさんみたいだ

**デフォルトの名無しさん** · 2023/12/26(火) 20:30:47.94

しかしJavaに帰れってのも悲しい発言だな
結局仕事ならJavaって>>675も思ってるってことなんだもんな

**デフォルトの名無しさん** · 2023/12/26(火) 20:34:34.53

他の言語と比較したい人は言語比較スレへ
アンチ活動したい人はアンチスレへ

**デフォルトの名無しさん** · 2023/12/26(火) 22:38:40.65

>>674
メジャーバージョンが1.0以上かどうかはサポート品質を測る指標にならないんだよ
実際にいろんなライブラリをきちんと調べて使った経験があれば誰にでもわかる常識的なこと

エアプで批判だけしたかったのだとしたらもう少し別の観点から攻めた方がいい

**デフォルトの名無しさん** · 2023/12/26(火) 23:11:29.12

>>679
いや仕様が安定しているというのはオープンなライブラリが提供可能な最大のサポートだが

まあでもそう思わない分野があるのは理解できるよ
多分君の業界では一度書いたコードが1年以上使われることはないのだろう
そういう業界ではライブラリが変わりまくって新機能が追加されることをサポートと呼ぶだろうし、それはまあわからんではない

でも0.9で止めるみたいな、特に新機能付けるわけでもないけどfixする気もありません。好きな時に変えたいですみたいなのはサポートとは程遠いよね？

**デフォルトの名無しさん** · 2023/12/26(火) 23:13:25.69

0.9は関係なかったな

**デフォルトの名無しさん** · 2023/12/27(水) 00:41:46.65

>>680
まとめると
仕様の安定度を知りたいんたけど
よくわかんないから1.0未満は不安定
1.0以上なら安定だと判断してるってことだね
君の業界では

ご愁傷様です

**デフォルトの名無しさん** · 2023/12/27(水) 00:49:37.20

>>682
書いてないことを読み込んで妄想で勝手にまとめる読解力すごいな

**デフォルトの名無しさん** · 2023/12/27(水) 00:53:03.07

>>682
まぁワッチョイスレから逃げ回ってるような荒らしなんだから構うのはやめとこうぜ