C++ vs Rust

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

競え

**デフォルトの名無しさん** · 2021/12/14(火) 10:15:19.20

結局Rustが一番いいよな
非同期をawaitという限られた同期パターンだけでなくfutureを直接扱うことも可能だし
Goのようにコルーチンをすぐ動かせるしそれに対して同様にchannel通信もいけるしfutureとして扱うことも可能

**デフォルトの名無しさん** · 2021/12/14(火) 10:55:30.64

アホか、Rustに厳密なcoroutineなんてデフォルトで無いやろ、Boost移植のcontext-rs/coroutine-rsとかあるけども…
実験的にRFC 2033: experimental coroutinesとかやってるけど、N:Mスレッドスケジューラーが標準搭載される未来はない。

**デフォルトの名無しさん** · 2021/12/14(火) 11:24:57.22

>>984
Rustでは一昨年からasync blockが既にstackless symmetric coroutineとして動いています
zero costでlazyなのでasync blockを作るとそれだけだとfutureが出来るのみ
それをm:n含め好きなスケジューラがいくらでもあるのでそれに対してspawnするだけで起動します
そのasync block内では全てawaitしまくればgoroutineと同じ状況になります
もちろんチャネルも使えます

**デフォルトの名無しさん** · 2021/12/14(火) 12:31:40.21

Rustの並行処理には未来を感じるけど、
tokioとasync-stdはどっちがデファクトスタンダードです？

**デフォルトの名無しさん** · 2021/12/14(火) 12:37:47.85

不毛な議論にまたなるのでアホは相手したくないが、「厳密な」と書いていることが全くわかってない。
所詮spawnするということはasync/awaitがepollベースであり、更には「全てawaitしまくれば」なんてGoと同じ状況じゃないでしょｗ
標準搭載と書いてるのに「好きなスケジューラがいくらでもある」とほざく
ゼロコスト、ゼロコスト言うやつがいる限りウザがられるし、英文で書けば相手を丸め込む事ができると思い込んでると
ホントに爪弾きにされるぞ、Rust推しは分かるけどもう少し顔真っ赤にしてくる態度改めようぜ？
C++でもco_await、co_yieldはゼロコストでスタック消費しないし、コンパイラ型で非同期にコスト掛かる言語って何？

**デフォルトの名無しさん** · 2021/12/14(火) 14:43:42.13

https://i.imgur.com/dB5gmZU.png
2022年版が必要です

**デフォルトの名無しさん** · 2021/12/14(火) 14:53:55.31

>>987
貴方のほうが色々とおかしい。

＞所詮spawnするということはasync/awaitがepollベースであり、Goと同じ状況じゃないでしょｗ

まずepollを貴方が理解できていない。epollはLinuxでのpoll/select系システムコールのAPI。
厳密にするのも的外れなので、仮にここではselect/poll等の意味合いで受け取っておく。
Goのgoroutineも当然ながらこのselect/poll等を用いて実現しているので全く同じ状況。
当然select/poll等を用いなければgoroutineのような軽量スレッド(グリーンスレッド)は実現できない。

＞所詮spawnするということはasync/awaitがepollベースであり、

引用再掲するが、貴方は更なる誤解もしている。
まず、awaitはfutureを解決する単なる一つの手段にすぎず、貴方が言及しているspawnする対象はfurureである。
そしてGoでの「go func」がRustでの「spawn(future)」に相当。
これらが為されないとどちらもスケジューラに登録されず両者は同じ状況であると言える。

＞更には「全てawaitしまくれば」なんてGoと同じ状況じゃないでしょ

Goroutineでは明記しなくても暗黙的にawaitを付けたのと同じ同期的な記述で非同期を記述できる。
したがって、Rustにおいては「全てawaitしまくれば」Goと同じ状況といっても過言ではないと言えよう。
いずれにしても「go func」と「spawn(future)」の場合と同じで記述面での些細な相違だけにすぎない。

＞標準搭載と書いてるのに「好きなスケジューラがいくらでもある」とほざく

Rustの標準には不可欠なものしか無いから標準搭載されていないのは当たり前。
よく例に出されるが、C言語でstdlibにあるrand()のような乱数ですらRustの標準ライブラリにはない。
貴方の無茶な理論だとRustは乱数もサポートしていない言語、となる。
OSや組み込みにも用いられる状況で、何か単一のスケジューラが標準搭載であればよい、わけがない。
むしろ様々なスケジューラを選ぶことができるRustの状況こそ、明らかに有利である。

**デフォルトの名無しさん** · 2021/12/14(火) 15:23:08.46

顔真っ赤マン。。。

**デフォルトの名無しさん** · 2021/12/14(火) 16:25:41.72

>>989
顔真っ赤で草

**デフォルトの名無しさん** · 2021/12/14(火) 17:27:33.19

>>986
個人的には名の通りstdをasync化しているasync-stdが好みです

>>987
よくわかっていらっしゃらないようなのでどの言語でもいいから実際にプログラミングしてみることをおすすめします
epollでもselectでもいいからI/Oイベントループを自分で書いてみればそれがディスパッチャでありスケジューラの核心だとわかりますよ
C言語で大丈夫ですから

**デフォルトの名無しさん** · 2021/12/14(火) 18:07:51.75

顔真っ赤オジサン、スケジューラの核心ｗｗｗ

**デフォルトの名無しさん** · 2021/12/14(火) 20:36:31.90

ここまでの議論でわかったことは、RustよりGoのほうが上。

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

Goでできることが全てRustでもできるようになってしまったもんな
Goではできないこと辛いことが多すぎてGo2でRustの後追いしようとしているがGo2は期待外れで盛り下がっている

**デフォルトの名無しさん** · 2021/12/15(水) 08:58:39.57

それがディスパッチャでありスケジューラの核心

**デフォルトの名無しさん** · 2021/12/15(水) 11:21:17.73

Goは色んなレベルで簡素で手段に制限があるけど
そこをパズルのように組み合わせてある程度のことは出来る楽しさがいいのよ
ただしそれが飽きられてきていたり楽しいと思う人たちより外に広まらなかったり
自然じゃない組み合わせで実装や冗長な記述などせざるをえなかったり
だからGoはこのまま狭い適用範囲だけで使われる形になりそう

**デフォルトの名無しさん** · 2021/12/15(水) 11:41:54.42

このスレなくなったら名残惜しいから次スレ建てろ
完走しても建ってなかったらワイが建てるで

**デフォルトの名無しさん** · 2021/12/15(水) 12:34:06.40

>>997
納得できない
じゃあきみはGoにGenericsとか実装されても使いたくないの？

Goの良いところはそういうとこじゃないでしょ

**デフォルトの名無しさん** · 2021/12/15(水) 12:34:55.45

1000ならC++の勝ち！！！！！

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 235日 4時間 30分 6秒