Rust part11

**デフォルトの名無しさん** · 2021/06/17(木) 00:24:12.56

公式
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/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

前スレ
Rust part10
https://mevius.5ch.net/test/read.cgi/tech/1617367084/

**デフォルトの名無しさん** · 2021/07/12(月) 19:46:32.99

>>292
https://developer.mozilla.org/ja/docs/Web/API/Element/compositionstart_event
はい次

**デフォルトの名無しさん** · 2021/07/12(月) 20:38:52.08

>>291
いいね！
取得した文字列をOsStringに変換しなくても
なぜかファイルパスとして正常に動作するし(UTF16じゃなくていいのか……)
encoding_rs標準になればいいのに

**デフォルトの名無しさん** · 2021/07/12(月) 22:26:31.98

encoding_rsが標準になって欲しい(stdに入って欲しい？)のはなぜ？

**デフォルトの名無しさん** · 2021/07/12(月) 22:49:13.65

>>295
・基本機能だから
・ロジックを標準化するため
・Cargo.tomlのdependancyに記述するのが面倒だから
特にバージョン指定

**デフォルトの名無しさん** · 2021/07/13(火) 00:30:07.97

>>296
stdに取り込む提案のRFC書いてみたら？

**デフォルトの名無しさん** · 2021/07/13(火) 03:10:04.82

>>293
中身を理解して無いくせに黙ってろ。

**デフォルトの名無しさん** · 2021/07/13(火) 03:20:46.36

ｗｗｗ

**デフォルトの名無しさん** · 2021/07/13(火) 06:39:54.56

UTF8（とASCII）以外の文字コードを扱うのが基本機能とは思えんが

**デフォルトの名無しさん** · 2021/07/13(火) 07:23:42.37

>>296
> 基本機能だから
UTF-8さえ標準で扱えれば問題ない､UTF-8は世界標準だから
よって基本機能ではない
なので標準化する必要もないし､cargo.tomlに依存ライブラリを書くのが面倒ならapt-getでライブラリをインストールして使うC言語でも使えばいい

**デフォルトの名無しさん** · 2021/07/13(火) 08:54:58.88

>>301
「utf8以外を使う場合のやり方を標準化してほしい」って要望に対して
「utf8を使え」ってのは答えになってない

**デフォルトの名無しさん** · 2021/07/13(火) 09:10:42.11

今は多少議論の余地があっても、数年したら
「なんでstdにSJIS扱うライブラリ入ってるの？　めったに使わないのにバカじゃねーの」
って言われるのが目に見えてる

**デフォルトの名無しさん** · 2021/07/13(火) 09:14:58.89

エンコーディング関連のコードは量が多いだろうから
あらゆるプログラムのコンパイル時間を増やしたりバイナリサイズを大きくしたりするだけの価値があるかという議論にはなりそう

**デフォルトの名無しさん** · 2021/07/13(火) 09:17:07.48

encoding_rsはSJISのためのライブラリじゃないでしょ

**デフォルトの名無しさん** · 2021/07/13(火) 09:36:27.67

Cとかだと依存ライブラリの導入が面倒すぎるから標準化してほしいというのもわかるが
Cargo.tomlに一行書くのが面倒と言われてもあまり共感は得られないんじゃないかな

**デフォルトの名無しさん** · 2021/07/13(火) 11:03:30.55

>>291
変換したくないって話じゃなかったの？

**242** · 2021/07/13(火) 11:43:58.46

>>285
その通り。だから、
>>251
に書いたように、ユーザー名・ファイル名などのシステムには、ascii しか使えない

システム内部で、UTF-8/16 のどちらを使っているか不明だから、
共通項のasciiしか使えない

ただ、Windows で日本語のファイル名を使っている人も多いから、その場合は、
>>242
に書いたように、WSL で、Linux, UTF-8 に変換できると言うだけ

Windows言語だけは特殊。
Windows言語以外のすべての言語は、Linux, UTF-8 が基本

**デフォルトの名無しさん** · 2021/07/13(火) 11:50:05.93

SJIS 死ね
\ 死ね

**デフォルトの名無しさん** · 2021/07/13(火) 11:52:00.92

>>308
うby厨死ね

**デフォルトの名無しさん** · 2021/07/13(火) 12:40:03.07

>>302 UTF-8を使えというより､今の標準はUTF-8だから標準化する必要がないということを言いたかった
そんなものを標準化したところで使うのは英語圏以外だけだし､その英語圏以外でも滅多に使うことはないから必要に応じてcargo.tomlに書き加える今の方式で良い

**デフォルトの名無しさん** · 2021/07/13(火) 13:23:53.20

>>311
多数決で言えば漢字文化圏の方が人口が多い。
しかも母国語が漢字を使う。英語を母国語とする人口は三億人くらい。
漢字を母国語で使うのは15億人くらい。
漢字以外の多バイト文字を使う国まで入れたら70億人、つまり地球の95%異常
となる。英語の方が少数派。

**デフォルトの名無しさん** · 2021/07/13(火) 13:23:53.20

>>311
多数決で言えば漢字文化圏の方が人口が多い。
しかも母国語が漢字を使う。英語を母国語とする人口は三億人くらい。
漢字を母国語で使うのは15億人くらい。
漢字以外の多バイト文字を使う国まで入れたら70億人、つまり地球の95%異常
となる。英語の方が少数派。

**デフォルトの名無しさん** · 2021/07/13(火) 13:40:25.49

漢字とかもあるけど、例えばMIME64のデコードとか
エンコード・デコード処理の標準化と考えれば英語圏でもありかも

**242** · 2021/07/13(火) 13:42:56.59

日本語をユーザー名・ファイル名など、システムに使うのは、Windows の香具師だけ

Linux を使うプロは絶対に、ascii しか使わない。
せいぜい、ハイフン・アンダーバーぐらい

もし、半角空白でも使えば、あちこちから怒りの声が届く。
システムがバグるから使うな！

**デフォルトの名無しさん** · 2021/07/13(火) 13:46:44.21

>>315
ここにいる人間はそんなことわかってるから、まあ落ち着け

**242** · 2021/07/13(火) 13:46:50.24

Linux のテレビの録画システムで、
日本語のテレビ番組名を、そのままファイル名にしていた香具師がいたけど、

バグって使えない

**デフォルトの名無しさん** · 2021/07/13(火) 13:48:05.76

なんか変なのが居着いたな

**デフォルトの名無しさん** · 2021/07/13(火) 14:21:53.19

Rubyボットの活動範囲がさらに広がってきたな
よほど暇なんだろう

**デフォルトの名無しさん** · 2021/07/13(火) 15:12:06.73

今日はRust in Actionが45%off

**デフォルトの名無しさん** · 2021/07/13(火) 15:55:17.99

>>307
そこは実は本質的な要件ではないらしく

>>249
> sjisファイルを読み込みたい
> でもチュートリアルにあるようにBufReaderは使えない

が本質的な要件だから
utf8と全く同様にFile::openとBufReaderしてreader.lines()を使えれば良いと見て
>>291のコードを提案した
そして「いいね！」とレスしてるからこれでOKのようだ

**デフォルトの名無しさん** · 2021/07/13(火) 16:00:31.83

>>316
だよな
そして >>315 がいつものあいつだということもみんなしってる

**デフォルトの名無しさん** · 2021/07/13(火) 16:16:17.73

Windows ではプログラムをインストールするフォルダが Program Files となっているのは
パスが空白を含むくらいでおかしくなるようなカスなソフトを早めに発見するためなんよな。
パスが空白も漢字も含みうる仕様なのに対応してないソフトがあるならそのソフトがカスなだけじゃん。

今の時点で現実にそういうソフトがあるから仕方ないという論法だと
SJIS のデータがあるから仕方ないというのと言ってることは同じなわけで、
データが大事かソフトが大事かという点で軸が違うに過ぎない。

**デフォルトの名無しさん** · 2021/07/13(火) 19:45:00.15

cmd「せやな」

**デフォルトの名無しさん** · 2021/07/14(水) 11:14:54.14

Windows 11は64-bitのみになるみたいだけど
Rustじゃ i686-pc-windows-gnu, i686-pc-windows-msvc はいつまでTier 1なんだろう？

**デフォルトの名無しさん** · 2021/07/14(水) 11:43:09.28

>>325
32bit macがtier3落ちしたときはxcodeでコンパイルもできないし実行環境もないからって理由だったはず
同様にmsvcはMSがサポート切ってくればなくなるかもね
32bitアプリ自体が動かなくなるわけじゃなさそうだしgnuは大丈夫なんじゃないかな

**デフォルトの名無しさん** · 2021/07/14(水) 13:27:24.91

Win11はOSが32bitCPUでは動かないってだけで32ビットアプリはまだ動くのでは

**デフォルトの名無しさん** · 2021/07/14(水) 13:35:34.15

それであってる

**デフォルトの名無しさん** · 2021/07/14(水) 16:08:27.83

Win11は、16bitが公式では完全に動かなくなる

**デフォルトの名無しさん** · 2021/07/16(金) 07:53:03.75

>>329
マジ！？ちょっと困るなぁ

**ハノン** ◆QZaw55cn4c · 2021/07/17(土) 20:18:11.59

>>329
え？今までも64ビット版Windowsでは 16 bit は NE フォーマットを含めて動かないと思っていました‥‥
だから emu を使っていましたが、今なら動くんですか？

**デフォルトの名無しさん** · 2021/07/17(土) 22:06:07.73

Win11は u16, i16 が使えなくなるのか
ま、使ったことないけど

**デフォルトの名無しさん** · 2021/07/17(土) 23:18:45.26

どうしてそうなる

**デフォルトの名無しさん** · 2021/07/18(日) 01:10:05.65

冗談と気付くまで時間かかっちゃったぞ

**デフォルトの名無しさん** · 2021/07/19(月) 17:48:08.64

Rustの文法を教えて欲しいんだけどさあ
https://github.com/seanmonstar/reqwest
ここのExampleの中にある
＞.json::<HashMap<String, String>>()
の行って、渡されたデータをHashMapに変換してるようだけど・・・・()があるから関数を呼び出しているんだろうけど、なのに関数名が無いってどういう文法なの？

**デフォルトの名無しさん** · 2021/07/19(月) 18:18:59.22

>>335
関数名はjsonで::の後はjsonの型パラメーター

**デフォルトの名無しさん** · 2021/07/19(月) 18:58:43.60

>>335
turbofishで検索してみると幸せになれるかもよ

**デフォルトの名無しさん** · 2021/07/20(火) 08:52:59.51

そういうことだったのか
チュートリアルやったつもりが全然身についてなくて、まるで初見の文法に見えたよ
ありがとう！

**デフォルトの名無しさん** · 2021/07/20(火) 11:37:04.97

async/awaitよく理解できないので質問です。

async fnを.awaitすることは、
thread::spawn(fn)で得られたJoinHandleをjoinすることと何が異なるのでしょうか

**デフォルトの名無しさん** · 2021/07/20(火) 13:18:42.59

>>339
https://rust-lang.github.io/async-book/01_getting_started/02_why_async.html#async-vs-threads-in-rust

**デフォルトの名無しさん** · 2021/07/20(火) 13:51:30.35

日本語でOK

**デフォルトの名無しさん** · 2021/07/20(火) 14:46:16.61

https://async-book-ja.netlify.app/01_getting_started/02_why_async.html
古い版ベースっぽいが

**デフォルトの名無しさん** · 2021/07/20(火) 17:53:25.45

>>339
どのプログラミング言語でも同じ概念の話として
非同期プログラミングとスレッドプログラミングの違いをまず学ぶと良いでしょう
非同期プログラミングはスレッド使わないシングルスレッドでも成立するしよく使われます
スレッドは無駄にリソースを喰って重いのでスレッドを使わないシングルスレッドでプログラミング出来る事ならばそれが最も軽くて速いです

まずはシングルスレッドでの非同期プログラミングを経験しておきましょう
もちろん最初はasync/awaitを使わずに非同期プログラミングを体験したほうが良いでしょう
そうすることで初めてasync/awaitの意義と利便性を理解することができます

以上が通常のasync/awaitの初心者がたどるべき入門コースです

**デフォルトの名無しさん** · 2021/07/21(水) 18:10:51.09

初級プログラマーは非同期プログラミングをしたことない人もいるけど
中級プログラマーになるには必須の技術だからね

**デフォルトの名無しさん** · 2021/07/21(水) 20:22:35.81

初級なら知らなくても仕方ない、中級なら必須という区分けはなんか違和感あるかな。対象の業務次第で知っとけよって範囲は違うからなぁ。

**デフォルトの名無しさん** · 2021/07/22(木) 00:13:25.98

その辺は分野にもよるでしょ
組み込みと可だと初級でもマルチスレッドシラネはかなり問題だぞ

**デフォルトの名無しさん** · 2021/07/22(木) 00:59:16.39

昔ながらの言語だとスレッドはできてもコルーチンはできなかったりするので分野次第かな

**デフォルトの名無しさん** · 2021/07/22(木) 03:11:24.17

>>346
今回はマルチスレッドしか知らなくて
(シングルスレッドでも動く)非同期プログラミングを知らないという話だから

**デフォルトの名無しさん** · 2021/07/22(木) 10:08:08.42

プリエンプティブじゃないマルチタスクωですねわかります

**デフォルトの名無しさん** · 2021/07/22(木) 11:38:36.18

await後にどのスレッドが戻ってくるかは運なの？

**デフォルトの名無しさん** · 2021/07/22(木) 13:02:57.44

>>350
ランタイムの実装次第

**デフォルトの名無しさん** · 2021/07/22(木) 16:56:26.36

>>350
async/awaitとスレッドは直接は関係がない
async/awaitの対象はタスク
例えば1つのスレッドに10000のタスクを動作可能
8つのスレッドそれぞれでそれを行なえば計80000のタスクになるけども
スレッド1つにタスク1つしか使わなければ8つのスレッドで計8つのタスクになるといった具合い
これらはランタイムによってサポートが様々

したがって正確な質問は「await後にどのタスクが戻ってくるかは運なの？」となるけど
これはランタイムのスケジューリング次第
ランタイムはRustの言語仕様範囲外なので自分で決めた方針でスケジューリングするランタイムを作ることが可能
つまり運ではなく自分の思い通りに実行させることも可能

**デフォルトの名無しさん** · 2021/07/22(木) 17:10:57.69

JSのasync awaitってややこしい
goroutineのほうが簡単

**デフォルトの名無しさん** · 2021/07/22(木) 20:26:18.99

promise使うのに比べてそこまで楽か？って言われるとそうでもないわな

**ハノン** ◆QZaw55cn4c · 2021/07/22(木) 20:40:46.75

>>352
え？
そもそもタスクとはどう定義するのですか？
あなたの①プロセス②スレッド、そして③タスクの定義を教えてください、多分①②③の違いが明確でないので話が混乱しているかと

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

JSのawait/asyncとかめちゃくちゃ簡単やろ
シングルスレッドなのと背後にイベントループが存在することを抑えておけば余裕よ
すまんスレチだな

**デフォルトの名無しさん** · 2021/07/23(金) 00:43:44.14

>>355
ここはRustのスレ。
スレッドとはstd::threadであり、いわゆるOSスレッド。
つまり1つのOSプロセスの中で、1つまたは複数のOSスレッドが動く。
一方で、async/.awaitが対象としているのは、スレッドよりさらに小さいタスク。
つまり1つのOSスレッドの上で、1つまたは複数のタスクが動く。
例えばシングルスレッドマルチタスクランタイムでは、1つのOSスレッドの上で無数のタスクを動かすことができる。
async/.awaitはこの非同期に実行されるタスクを扱う。

**デフォルトの名無しさん** · 2021/07/23(金) 02:10:09.02

asyncは途中I/Oウェイトで待たされるような処理じゃないと意味がない

**デフォルトの名無しさん** · 2021/07/23(金) 10:52:29.51

スレッド、プロセス、タスクなどの定義は分野やプラットフォーム等によって異なる

**デフォルトの名無しさん** · 2021/07/23(金) 12:55:46.87

VSCode+Rust Analyzerの環境で、ミュータブル変数にアンダーラインが付されるのをやめたいのですがどうすればよいですか？

**デフォルトの名無しさん** · 2021/07/23(金) 13:55:17.59

awaitの前後でスレッドは変わる可能性があるものの、タスクは変わらないんだと思ってたわ

**デフォルトの名無しさん** · 2021/07/23(金) 13:58:58.67

>>357の言う「タスク」って1つのasync関数のように読めるんだが、そういう理解で合ってるのか？

**デフォルトの名無しさん** · 2021/07/23(金) 14:46:14.22

>>362
tokio::spawnなどの引数に渡すものがタスク
async関数やブロックの場合もあるし、それらをコンビネーターでしたものの場合もある

**デフォルトの名無しさん** · 2021/07/23(金) 15:12:50.36

だとすると「スレッドよりさらに小さい」ってのは変だな。大きい小さいあるいは包含関係が決められるものじゃない。

**デフォルトの名無しさん** · 2021/07/23(金) 15:14:21.60

そもそも直交する概念だし用途によって使い分けるものでもあるし

**デフォルトの名無しさん** · 2021/07/23(金) 16:49:32.73

スレッドより軽量という意味での小さいなら分かる

**デフォルトの名無しさん** · 2021/07/23(金) 19:17:06.47

Elixirのプロセスは、軽量プロセスと言われていて、
OSのプロセスやスレッドではなく、Greenスレッドです

カーネルではなく、VMでスケジューリングされるので軽量、
コンテキストスイッチが発生しない

1軽量プロセスで約300ワードです

**デフォルトの名無しさん** · 2021/07/23(金) 19:46:36.80

ここはRustスレ

**デフォルトの名無しさん** · 2021/07/23(金) 21:20:19.48

いつものRubyキチガイだろう
何言っても無駄だからスルーするしかない

**デフォルトの名無しさん** · 2021/07/23(金) 21:25:52.66

>>366
スレッドで動くんだから「スレッドより軽量」ってことはない。

**デフォルトの名無しさん** · 2021/07/23(金) 21:50:34.41

>>367
軽量プロセスでもコンテキストスイッチは発生するよ

**デフォルトの名無しさん** · 2021/07/23(金) 22:59:27.49

>>370
タスクと同じことをスレッドでやろうとした場合の比較ね
タスクと同じ数のスレッドを作った場合スタックだけで結構な量のメモリが必要になったりする
あとコンテキストスイッチのコストは少なく済んだりするんじゃないかな

**デフォルトの名無しさん** · 2021/07/23(金) 23:08:30.77

>>372
「タスク」の定義が>>363のようなものならそれはスレッドと直交する概念だと思うが？

**デフォルトの名無しさん** · 2021/07/24(土) 00:30:53.20

心臓のスイッチ切って死なねえかなこいつら

**デフォルトの名無しさん** · 2021/07/24(土) 01:45:40.45

>>370
async/awaitでのタスクはスレッドよりリソースを喰わず軽量
例えば1つのスレッドの上に1万個のタスクでも動作可能でいわゆるC10K問題も対応できる軽量さ

>>373
直交する概念ではなく重量順に
OSプロセス≧OSスレッド≧タスク
（それぞれ＝となるのは1プロセス1スレッドおよび1スレッド1タスクで用いる時）

**デフォルトの名無しさん** · 2021/07/24(土) 02:52:34.75

タスクって名前が良くないな
一般的にはタスクってプロセスのことじゃない？

**デフォルトの名無しさん** · 2021/07/24(土) 02:57:53.91

んなことないでしょ？？？

**デフォルトの名無しさん** · 2021/07/24(土) 04:00:31.27

タスクってのは内部実装的には非同期I/Oを使ったシングルスレッドでしょ。

**デフォルトの名無しさん** · 2021/07/24(土) 07:37:56.03

>>375
OSプロセスは複数のスレッドを持つ場合があるから≧でいいが、>>363の言うタスクなら
1スレッドで同時に実行できるのは1タスクしかないと思うが？

**デフォルトの名無しさん** · 2021/07/24(土) 09:29:01.55

Rustのasyncについて知りたければ「async-book」は必読なので
次からテンプレに入れよう
https://rust-lang.github.io/async-book/

>>980
よろしこ

**デフォルトの名無しさん** · 2021/07/24(土) 10:59:35.94

>>379
1スレッドで同時に実行されるタスクが1つというのは正しい

従来のスレッドでの並列化(1スレッド1タスク)の場合、IO処理を呼び出すと処理完了するまでの間はスレッドはsleep状態になってしまっていた
sleepしている間に他のタスクを実行させるためには、実行するタスクと同じ数だけのスレッドを生成する必要があるが
スレッド生成で消費するリソースが多いため数万タスクを同時に捌くことは難しかった

async-awaitではIO処理完了までの間スレッドをsleep状態にするのではなく別のタスクを実行する
これによりスレッドあたりの処理可能タスク数が増えるため、アプリケーション全体で同時に捌けるタスク数も増える

従来の手法でもスレッドをsleepさせないようなプログラミングは可能だけどプログラムの構造を大きく書き換えないといけなかった
普通のスレッド並列のプログラムと同じ書き味でより多くのタスクを捌けるプログラムが書けるというのがasync-awaitの一番のメリット

ただし常にasync-awaitが望ましいわけでもない
async-awaitで効率的に実行できるのはIO待ちが発生するタスクの場合で、CPUをぶんまわす処理には向いていない
適材適所で従来のスレッドによる並列化手法と組み合わせて使うことになる

**デフォルトの名無しさん** · 2021/07/24(土) 11:28:00.32

>>379
いいえ
1つのスレッド上で同時に複数のタスクを並行(concurrent)に実行できるのがasync/awaitのタスクです。
C10Kと言われるように1つのスレッド上で10000のタスクでも並行に実行できます。

ちなみに1つのスレッド上で並列(parallel)に実行されるのは1つのタスクのみなのは当たり前なので、わざわざ言うことはないです。
今回はasync/awaitの話なので、
『1つのスレッド上で同時に複数のタスクを並行(concurrent)に実行できる』が正解です。

**デフォルトの名無しさん** · 2021/07/24(土) 11:33:29.24

>>381
その1スレッドが時分割で複数タスクを実行できるということのちょうど裏返しで、1タスクは複数スレッドから実行され得る。
つまりそこに大小関係、包含関係などは無い直交した概念。
軽量云々てのはOSスレッドとグリーンスレッドの話とごっちゃになってんじゃないかねぇ。

**デフォルトの名無しさん** · 2021/07/24(土) 12:05:51.45

>>382
>C10Kと言われるように1つのスレッド上で10000のタスクでも並行に実行できます。

本当に並行に実行される？
キューイングされたコールバックを順に呼んでるだけじゃなくて？

**デフォルトの名無しさん** · 2021/07/24(土) 12:13:15.89

ねえこの引っ込みがつかなくなったゴミクズ共のメンチの切り合いっていつまで続くの？

**デフォルトの名無しさん** · 2021/07/24(土) 12:14:13.90

包丁刺し合って死んで終わらないからネットのマウント取り合いって性質が悪いんだよね

**デフォルトの名無しさん** · 2021/07/24(土) 12:17:43.31

5chに何も期待してるのか

**デフォルトの名無しさん** · 2021/07/24(土) 12:21:52.26

>>384
あなたは初心者のようだから
まずは基礎知識である並行(concurrent)と並列(parallel)の違いを理解してから
あらためて>>382を読み直して理解しましょう

**デフォルトの名無しさん** · 2021/07/24(土) 12:40:53.43

>>388
理解した
並列じゃないってことね

**デフォルトの名無しさん** · 2021/07/24(土) 12:41:30.17

間違った
並行じゃないってことね

**デフォルトの名無しさん** · 2021/07/24(土) 12:42:53.22

で、実際のところランタイムってlongjmpみたいなことしてるの？

**デフォルトの名無しさん** · 2021/07/24(土) 12:49:05.14

>>391
しない
Futureを実装したオブジェクトのメンバとして持ち回る
クロージャがFnMut/FnOnceを実装したオブジェクトのメンバとして状態を持ち回るのと同じ