Rust part22

**デフォルトの名無しさん** · 2024/01/20(土) 23:21:40.08

公式
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 part21
https://mevius.5ch.net/test/read.cgi/tech/1692105879/

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

**デフォルトの名無しさん** · 2024/02/05(月) 22:40:04.70

>>269
カーネルのRustへのマイグレーションの成果が各所で出てるの知らない？

**デフォルトの名無しさん** · 2024/02/05(月) 22:49:23.20

>>269
AWS SDKにRustが正式登場して、色んなところがRustを触りだしてるぞ

**デフォルトの名無しさん** · 2024/02/05(月) 23:29:16.62

AWSやCloudflareが大規模に使ってるからインターネットのトラフィックの結構な分量をRustが捌いてるはず
この5年でこういう人目には触れないけど基礎的な部分にずいぶん普及したよ

**デフォルトの名無しさん** · 2024/02/06(火) 00:09:13.25

Rust のユーザ規模はもはや小さくはないが仮に小さかったとしても、それが無用のものということを意味するわけではない。
Cobol や Fortran だって一般には化石のような印象を持たれつつも近年にも規格改定などの発展はあるし、それが求められる程度の利用シーンはある。
Lisp がインフラの中に潜んでいたりするし、Caml で書かれたプログラムがあなたがたのパソコンにインストールされていたりするのもそれなりに高い確率でありうる。
普及するっていうのはそれを不必要なところにまで押し付けたいわけじゃないだろう。

**デフォルトの名無しさん** · 2024/02/06(火) 00:25:40.67

物を作ってから普及するまでの時間で評価されれば
まだ作ってない物を売るようになったり、評価を信じなくなったりする

**デフォルトの名無しさん** · 2024/02/06(火) 00:35:44.14

>>271
あれすげー使いにくいよ
そもそもがAWSのAPI自体が非同期の作りですぐに返ってくるものばかりだから
ライブラリ側は同期的で良いのにtokio使っちゃってるし

**デフォルトの名無しさん** · 2024/02/06(火) 00:39:31.81

>>272
現在のネットのインフラであるクラウドとCDNがRust製になっていってるから
Rustがネットインフラを支えるようになって来たと言っても過言ではないんだね

**デフォルトの名無しさん** · 2024/02/06(火) 01:36:56.00

>>275
割と何言ってるかよくわからないので
どのあたりが使いにくいのか詳しく

**デフォルトの名無しさん** · 2024/02/06(火) 08:02:11.78

>>275
javascriptでただの同期functionだったものが非同期のasync awaitに変わった経緯がある
同期functionだとブラウザから呼び出した時に待ち状態がフリーズみたいになって不便だった

**デフォルトの名無しさん** · 2024/02/06(火) 08:41:24.69

>>275
それはキミの非同期処理に関する知識が欠如してるだけ

**デフォルトの名無しさん** · 2024/02/06(火) 10:42:58.91

まあわざわざライブラリ側で非同期にしなくても、必要ならユーザーが勝手に非同期にすればいいってのはあるかもな

**デフォルトの名無しさん** · 2024/02/06(火) 11:02:01.98

お前らはawait禁止縛りでもしてるの？

**デフォルトの名無しさん** · 2024/02/06(火) 11:12:37.31

tokioの非同期って
async fn、spawn、async、await
を最低限使えればなんも不自由なくね？
同期じゃないといけない理由あんの？

**デフォルトの名無しさん** · 2024/02/06(火) 11:17:49.52

同期的に使うだけの場合でも tokio をリンクするってのが気分よくないというのはわかる。

**デフォルトの名無しさん** · 2024/02/06(火) 11:19:55.73

>>282
同期じゃないといけない理由？非同期の使い方がわからないからじゃないか？
ちなみにRustがダメだとアンチが言うのはアンチがRustコードのコンパイルを成功できないから

**デフォルトの名無しさん** · 2024/02/06(火) 11:23:28.54

AWS SDKを同期的に使いたいってそれAWS CLIじゃだめなん？w

**デフォルトの名無しさん** · 2024/02/06(火) 11:25:05.20

>>280
そこの今まで独自にそれぞれが用意してた部分を async await 等のAPIとして整理されたことに意義があるんと思う。

**デフォルトの名無しさん** · 2024/02/06(火) 11:26:18.87

AWS CLIはcargo installで入ってこないから……

**デフォルトの名無しさん** · 2024/02/06(火) 11:28:28.70

そもそもRustを使う意味がないよね
AWS SDK for Pythonがあるんだから

**デフォルトの名無しさん** · 2024/02/06(火) 11:28:33.03

>>286
async awaitへの統合に意義があるのはわかるけど、tokioにまで限定されるのはダルイという気持ちがある

**デフォルトの名無しさん** · 2024/02/06(火) 11:33:54.88

>>289
そこはしょうがないでしょ
tokioはAWSが積極的に支援してるライブラリだからね
https://tokio.rs/
https://i.imgur.com/NSjb82s.png

**デフォルトの名無しさん** · 2024/02/06(火) 11:35:59.00

>>290
説教的に支援って資金的な支援じゃなくてAWSがtokioの営業することだったのか……

**デフォルトの名無しさん** · 2024/02/06(火) 11:38:49.18

あ、AWSがtokioを運営してんのか
単なるスポンサーだと思ってた

**デフォルトの名無しさん** · 2024/02/06(火) 11:40:13.71

マジか

**デフォルトの名無しさん** · 2024/02/06(火) 11:42:17.61

説教的な支援は5chの担当

**デフォルトの名無しさん** · 2024/02/06(火) 11:42:20.07

説教的な支援は5chの担当

**デフォルトの名無しさん** · 2024/02/06(火) 11:53:48.52

Rustで非同期やるライブラリって昔からたくさんあるけど最近はtokioしか使ってないや
すごく重い処理があるプロジェクトはtokioとrayonで使い分けてるけどそれでも両方のライブラリをプロジェクトで共存させてる

**デフォルトの名無しさん** · 2024/02/06(火) 12:09:35.30

非同期と言いつつ出来てない奴って8割いるよね

**デフォルトの名無しさん** · 2024/02/06(火) 13:54:11.58

非同期のそのデメリットを消す方法は
まだ作ってないことにしよう

**デフォルトの名無しさん** · 2024/02/06(火) 14:05:46.01

>>277
まずAWSのAPIってのは基本的にすぐ返ってるの
この辺はわかる？
例えばインスタンスを作るAPIってのはインスタンスを作り終わるまでブロックするんじゃなくてインスタンス生成命令を出してすぐに返ってくるわけ
実際にインスタンスが生成完了したかはインスタンスの状態取得APIを使って確認するわけ
だから常に同期的に呼び出しで問題ないの
pythonのboto3ってライブラリが1番使いやすい

**デフォルトの名無しさん** · 2024/02/06(火) 14:08:10.63

Boto3、あんま補完されなくて馬鹿にはキツい

**デフォルトの名無しさん** · 2024/02/06(火) 14:39:52.97

>>299
AWSが鯖落ちしてたらどーすんの？

**デフォルトの名無しさん** · 2024/02/06(火) 14:47:03.29

>>299
あなたが何言ってるかわかるけどnodejsでも
似たような使い方だしrust sdkの欠点と言われても
広く同意は得られないんじゃないかなあ

**デフォルトの名無しさん** · 2024/02/06(火) 14:52:06.28

>>302
欠点というか使い方を難しくしてるだけな気がするんだよな
普通にCLIでええやんって思う

**デフォルトの名無しさん** · 2024/02/06(火) 14:59:31.38

>>303
awsに限らずweb apiのライブラリは
非同期にするのが主流だから
頑張って勉強してねとしか…

**デフォルトの名無しさん** · 2024/02/06(火) 15:05:27.46

AWSのSDKは.NETのが1番だな

**デフォルトの名無しさん** · 2024/02/06(火) 16:38:39.75

AWS SDK for Rustはsend()がめちゃくちゃダサい
そのうち大幅に改修されるだろうけど

>>299
ネットワークI/Oを同期で書くのはさすがにどうかと

**デフォルトの名無しさん** · 2024/02/06(火) 16:55:31.82

>>300
今から見ると微妙だがCLIと対応がつけやすいし
余計なことはしなくて良いから楽だよ

**デフォルトの名無しさん** · 2024/02/06(火) 17:04:11.45

>>306
どう書くか？はユーザーのユースケースによるからそうとも言えないよ
例えばAzureのCLIは--no-waitというオプションがあり
処理が成功するまで待つか待たないかを決められる
これこそユーザー視点の設計だよ

**デフォルトの名無しさん** · 2024/02/06(火) 17:08:06.92

Google規模の会社が$1 million渡したくらいでわざわざアナウンスするなよな
タイトル詐欺じゃん

Improving Interoperability Between Rust and C++
https://security.googleblog.com/2024/02/improving-interoperability-between-rust-and-c.html

**デフォルトの名無しさん** · 2024/02/06(火) 17:08:19.95

非同期を押し付けることはユーザーのメリットにはならない
Rust SDKは作り直して欲しい

**デフォルトの名無しさん** · 2024/02/06(火) 17:21:49.29

prostもblocking版の関数ないのかよってびっくりした記憶があるわ
C#版もPython版もasyncとblockingの両方あるのにな

**デフォルトの名無しさん** · 2024/02/06(火) 17:23:58.68

>>299
>>まずAWSのAPIってのは基本的にすぐ返ってるの
>>この辺はわかる？

初心者でもそんなウソはつかないぞ
AWSに限らず任意のサービスに言えるが通信時間がかかる
さらに各サービス内で状態取得だけであっても実行時間がかかる

>>だから常に同期的に呼び出しで問題ないの

本気で言ってる？
通信時間と向こうでの実行時間の間こちらはずっと何もせずに待つわけ？
非同期プログラミングの意味すら理解できていてないのか？

**デフォルトの名無しさん** · 2024/02/06(火) 17:27:07.44

>>312
コンピューターにとって1秒待つって事がどれだけ長いかを理解してないんだろ

**デフォルトの名無しさん** · 2024/02/06(火) 17:28:50.84

非同期の方が良いことが多いのは同意するが、非同期を押し付けられると「こんなプログラムのためにTokio入れるのかよ」って思ってしまうケースは存在する

**デフォルトの名無しさん** · 2024/02/06(火) 17:48:41.35

API が非同期で設計されてるのに、それを呼び出す側もさらに非同期でハンドリングするのは正直無駄じゃない？
ってのはわりと自然な感想だと思うけどな。

AWS の API なんてクライアント側で並列に呼び出したいユースケースも無いだろ。
バカスカ叩いてもスロットリングされるだけだし。

**デフォルトの名無しさん** · 2024/02/06(火) 18:00:53.30

>>315
APIの向こう側で非同期なのとこちらの処理を
同期か非同期化は関係ないよね

**デフォルトの名無しさん** · 2024/02/06(火) 18:18:54.67

それな
無関係ではないけど分けて考えないと

**デフォルトの名無しさん** · 2024/02/06(火) 18:33:39.13

>>308
非同期APIが提供されてれば同期化は簡単にできるから必要ないんだよ

**デフォルトの名無しさん** · 2024/02/06(火) 18:36:16.19

同期化ってasyncでない関数から呼べるようにするって解釈で合ってるだろうか
もしそうだとしたらasyncでない関数の中でtokioランタイム作ってawsよんでruntime終わらせるみたいな処理になっちゃわないか

**デフォルトの名無しさん** · 2024/02/06(火) 19:56:13.91

AWSの同期的APIの機能リクエストあるのね
https://github.com/awslabs/aws-sdk-rust/issues/505

**デフォルトの名無しさん** · 2024/02/06(火) 20:03:24.75

AWSのAPIの呼び出しが非同期になるのはAPIの内部で効率化のために非同期処理をやってるからでしょ？

**デフォルトの名無しさん** · 2024/02/06(火) 20:17:12.09

うちはAWS SDK RustはAxumベースのWebアプリでDynamoDB接続に使ってるけど、みんなはなににAWS SDK使ってるん？

**デフォルトの名無しさん** · 2024/02/06(火) 20:38:04.56

>>312
だからーなーんにもわかってない発言丸出しはやめよ？
通信の時間なんてかからんのやって
すぐ返ってくるから
そこちゃんと読もう？

**デフォルトの名無しさん** · 2024/02/06(火) 20:44:38.46

AWS APIを生のRESTで実装してみろよ
すぐわかるぞ

**デフォルトの名無しさん** · 2024/02/06(火) 20:45:53.99

言っておくが俺は一般論として非同期がダメと言ってるわけじゃないぞ
もちろんその用途としての方が便利なことは多い
あくまでAWS SDKのRust版については不満があるということよ

**デフォルトの名無しさん** · 2024/02/06(火) 20:50:46.76

>>325
web apiの実装として相手側が非同期処理で
手元も非同期なんてのはawsだけじゃないというか
それが主流だけど他はいいの？

**デフォルトの名無しさん** · 2024/02/06(火) 20:50:52.38

このスレにはRust関連の悪い所の指摘を見ると自分が全否定されたように怒り出す人間がいるっぽいので

**デフォルトの名無しさん** · 2024/02/06(火) 20:57:52.50

tokioが素晴らしいのは間違いない
しかし今回のREST APIの呼び出しで程度で必要かな？と思う

非同期が必要ならtokio::process::commandでCLIを非同期で呼ぶ方が良くないか？とか色々考えてしまう

**デフォルトの名無しさん** · 2024/02/06(火) 21:04:51.51

>>323
>>通信の時間なんてかからんのやって
>>すぐ返ってくるから

呆れた
敢えてウソをついているのか？
それとも本当に無知な初心者なのか？

**デフォルトの名無しさん** · 2024/02/06(火) 21:08:56.44

Web通信ですぐ返ってくることなんかあるのか？　と思ったけど、AWSのAIPの中身知らんから何とも言えんくなってしまった

そういえばファイルIOはすぐ返ってくるって言って良いんだろうか

**デフォルトの名無しさん** · 2024/02/06(火) 21:12:11.34

>>330
サイズが小さいファイルに対して非同期呼び出しをするか？という話

**デフォルトの名無しさん** · 2024/02/06(火) 21:14:41.84

>>331
まあ「ファイルIOにTokioが必要です」って言われたらちょっと嫌な気分になるな

**デフォルトの名無しさん** · 2024/02/06(火) 21:15:39.21

>>330
Web通信は通信時間だけで大きく時間を要する
さらにWebサーバ側で処理時間がかかる

**デフォルトの名無しさん** · 2024/02/06(火) 21:56:45.71

>>323
cpuのナノ秒単位の処理速度に比べたら通信はとてつもなく遅いけど
レスポンスを受け取るまでの時間は処理を中断させたほうがコンピュータに優しい
tokioのグリーンスレッドを活かせ

**デフォルトの名無しさん** · 2024/02/06(火) 22:05:59.23

>>334
tokioのランタイムが裏で動くとか気持ち悪すぎだろ
同期でやらせろ

**デフォルトの名無しさん** · 2024/02/06(火) 22:13:28.77

他のSDKのようにv3くらいになれば使いやすくなってるかもね

**デフォルトの名無しさん** · 2024/02/06(火) 22:16:42.98

aws sdk for rust ってwebフレームワークでサーバーサイドやってる人向けだから当然のようにみんなtokioを既に組み込んでるもんじゃないの？なにがそんなに気に入らないのか理解ができない
まあtokio以外の非同期ランタイムを使わせろって人はドンマイだけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:17:52.75

「rustのwebフレームワーク」が抜けてた

**デフォルトの名無しさん** · 2024/02/06(火) 22:21:16.54

>>337
そういう話じゃないけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:24:12.00

>>337
実装の話に逸らさないで
AWSのAPIくらい同期で十分なのにわざわざ非同期にする理由を言えよ

**デフォルトの名無しさん** · 2024/02/06(火) 22:24:15.12

いくらすぐ返ってくるっていってもネットワーク通信なんだから
不通だったりレイテンシが長くなることはありうるし、
タイムアウトやリトライをtokioのエコシステムに乗っかってやれるメリットはあると思うけどな
そりゃ軽量な同期版があるに越したことはないけど、優先順位は落ちるだろう

**デフォルトの名無しさん** · 2024/02/06(火) 22:27:24.19

JavaScript SDKも内部は非同期だけど使いやすいよ
単なるコールバックで同期的に書けるし

**デフォルトの名無しさん** · 2024/02/06(火) 22:33:38.08

どうも最近tokioがでしゃばってきて気持ちが悪い
ここまできたらもうコアをtokioに入れてWeb用の専用言語としてフォークしたほうがよいのでは？

**デフォルトの名無しさん** · 2024/02/06(火) 22:35:03.21

>>340
はぁ？そんなに同期でやりたいなら同期のある言語のSDKを使うかAWS CLIでコマンド実行しててくれよ
同期同期言ってるやつはRustでAWS触るアプリ作ってねえだろ
こちとらつい先日ようやく待ちに詫びたAWS SDK for Rustが正式版になって、ようやく、ようやくこれを本番投入できるって喜んだのによ

**デフォルトの名無しさん** · 2024/02/06(火) 22:36:26.88

まあ俺はCLI使ってるw
ぶっちゃけコードで書くメリットがわからない

**デフォルトの名無しさん** · 2024/02/06(火) 22:36:30.11

というか同期版もランタイム切り替えも別にissueとしては却下されてるわけじゃないんだし
欲しい人は実装してPR出せばいいんだよ
それがされてないってことは結局需要がないんでは？

**デフォルトの名無しさん** · 2024/02/06(火) 22:38:18.90

>>344
はい、じゃあお前の負けね
もう二度と口答えすんなよ

**デフォルトの名無しさん** · 2024/02/06(火) 22:40:20.30

>>341
不通だろうが普通はソケットのタイムアウト値設定するから許容できる範囲内の値を設定すればよろしい
どちらにしろリトライすることになるのだ

**デフォルトの名無しさん** · 2024/02/06(火) 22:44:11.89

「そんなに××したいなら○○使えば良いんじゃないの？」→をはい○○使っています」っていう流れ、最強言語たるRustのスレの流れとしてはあまりにも敗北感がある

**デフォルトの名無しさん** · 2024/02/06(火) 22:50:36.48

まとめると
tokio使わない同期API作れ
非同期版はランタイム切り替えできるようにしろ
ってことでオッケー？

**デフォルトの名無しさん** · 2024/02/06(火) 22:53:13.82

>>340
コンマ1秒～1秒の頻度でデータベースクエリするWebアプリとかだったら非同期のが次々に処理できると思うけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:56:34.96

>>351
なんだそれ？
お前そんなにバカみたいな頻度でAWS APIを使うの？笑うわ

**デフォルトの名無しさん** · 2024/02/06(火) 22:57:34.03

>>351
クエックエッ
笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 22:58:56.15

>>352
それくらいの頻度で呼び出す可能性があるのってGAFAMクラスの会社ぐらいじゃね？w

**デフォルトの名無しさん** · 2024/02/06(火) 23:04:22.29

>>351
ゲームサーバーとかかな？

**デフォルトの名無しさん** · 2024/02/06(火) 23:06:26.14

>>354
それな笑笑
>>351は負けず嫌いの単発の敗者笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:08:14.09

使ってる用途が違うから噛み合わないんだな
CLIで十分な用途とAPIが必要な用途くらいは区別しようぜ

**デフォルトの名無しさん** · 2024/02/06(火) 23:08:21.31

あ、もしかしてガーファ勤めなんかな笑笑？
なわけねえだろ笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:09:19.34

ガーファ最強笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:10:22.99

>>351はバカです

**デフォルトの名無しさん** · 2024/02/06(火) 23:12:04.80

>>355
ゲームサーバーってなに？マインクラフトでもやってるの？ガキんちょか？

**デフォルトの名無しさん** · 2024/02/06(火) 23:15:06.92

>>357
うるさいな
非同期じゃないといけない理由を具体的に言ってみろよ？あ？

**デフォルトの名無しさん** · 2024/02/06(火) 23:16:25.72

>>351
GAFAM社員age

**デフォルトの名無しさん** · 2024/02/06(火) 23:26:25.88

自分用のツールなら一々tokioとかめんどくさいとか
わからんでもないけどそういう人をターゲットに
してないからなあ

**デフォルトの名無しさん** · 2024/02/06(火) 23:26:55.98

GAFAMの規模を舐めすぎだろ
10リクエスト/秒程度なら中堅企業の社内向けシステムでも普通にあるレベル

**デフォルトの名無しさん** · 2024/02/06(火) 23:35:03.14

実際ゲームサーバーって大変そうよね
最近話題になったパルワールドってやつもサーバー要素があるけど、ゲームデータをどこかしらのクラウドサービスをレンタルしてやってるわけで、>>351よりもすごいレベルで行われてそう
パルワールドのサーバーはどの言語のWebフレームワークでやってるのか知らんがJavaとかC#、GoあたりならRustのが高速、省メモリでサーバー代を節約できただろうな

**デフォルトの名無しさん** · 2024/02/06(火) 23:43:25.52

ゲームサーバーってプログラミング関係あるの？サーバーを借りてるだけなんじゃないの？

**デフォルトの名無しさん** · 2024/02/06(火) 23:56:44.33

無知は恥ってよくわかるね

**デフォルトの名無しさん** · 2024/02/07(水) 00:00:36.36

>>366
人気ゲームだと桁が3つ4つ違う