結局C++とRustってどっちが良いの？ 6traits

**デフォルトの名無しさん** · 2023/07/29(土) 15:05:46.55

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

前スレ　
https://itest.5ch.net/mevius/test/read.cgi/tech/1688129795

関連スレ(マ板): Google&MS「バグの70%はC/C++。Rustにする」
https://medaka.5ch.n...cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/08/16(水) 11:01:07.15

>>509
>Better Cなシンプルな言語

zig例に出しただけは理解した
Nimはもうオワコン？

**デフォルトの名無しさん** · 2023/08/16(水) 11:06:32.20

>>522
触ると涌くぞ
悟ったんだろ

**デフォルトの名無しさん** · 2023/08/16(水) 11:10:54.92

>>526
将来Javaラーは減ってRust使える若者が増える
Javaのままでは保守出来ないし維持出来なくなってreplace需要が興る
COBOLと同じ運命

**デフォルトの名無しさん** · 2023/08/16(水) 11:33:43.71

Javaは進化してるのと海外だと技術力あるやつの裾野が広いからCOBOL以上に廃れないと思う
日本の低技術力&土方体質な状況と古いJavaしか知らないと廃れると思っても仕方ない

**デフォルトの名無しさん** · 2023/08/16(水) 12:11:36.24

>>529
それはないかな
今現在メモリ解放について意識してないでコード書いて不自由してないのに
何でわざわざ関心の集中先じゃないメモリ解放について考えないといけないのか？

メモリ解放なんてビジネスロジックと無関係なことに時間を割くのは無駄だろう？

**デフォルトの名無しさん** · 2023/08/16(水) 12:14:25.63

java開発の人間がRust導入して得られるメリットは何ですか？

**デフォルトの名無しさん** · 2023/08/16(水) 12:18:06.75

>>526
Rustに置き換えて早くなるのかは微妙

**デフォルトの名無しさん** · 2023/08/16(水) 12:21:18.76

Rustからjavaに変更すると

開発速度と生産性の向上:
Javaはガベージコレクションを使用するため、メモリ管理が簡単であり、一般的にRustよりも開発速度が高い場合があります。
また、Javaの豊富なライブラリやフレームワークを活用することで、アプリケーションの構築やデプロイが迅速に行えます。

エコシステムの豊富さ:
Javaは長い歴史と広範なコミュニティを持っており、豊富なツール、ライブラリ、フレームワークが利用可能です。
これにより、様々なアプリケーションの要件に対応しやすくなります。

**デフォルトの名無しさん** · 2023/08/16(水) 12:44:57.52

RustへリプレースされないからJavaのほうが優れてるという理論はおかしい
Java->Rust
Rust->Java
で比較しないと

**デフォルトの名無しさん** · 2023/08/16(水) 13:09:07.78

rustから何かに移行するにしろJavaは無いわ
そのプロジェクトは既に地雷だわ

**デフォルトの名無しさん** · 2023/08/16(水) 13:18:46.82

もうrustからの移行を考えているの? 逃げ足はやっ

**デフォルトの名無しさん** · 2023/08/16(水) 13:25:05.96

JavaからRustへの移行のデメリット

学習コスト:
生態系の制約:
コードの複雑さ:
生産性の低下:
コミュニティとサポートの違い:

**デフォルトの名無しさん** · 2023/08/16(水) 13:35:42.57

>>534
FacebookやInstagramのMeta社が
Javaで書かれていたBuck1をシステム改修して
Rustで書き直したBuck2にした時の話が多数出ている
例えば次の4つの項目が挙げられている。

①Rustのasync/awaitシンタックスは、非同期のコードをとてもスムーズに記述でき、
複雑な並行処理の詳細を正しく理解するのに役立ちました。

②Rustには開発効率を高めて可読性と保守性を高める多くの高レベルな言語機能があります。
それらはenum(代数的データ型)、パターンマッチング、トレイト、手続き型マクロなどで、多くの開発者に愛されています。

③Rustは必要に応じてメモリの割り当てをより細かく制御することもできます。
ガベージコレクションのある言語では、Buckが行うようなインクリメンタルな演算に対応するのは困難です。

④Rustは高性能です。
Rustに移植することで劇的な性能向上を私たちは見てきました。

>>531
Rustは自動的にメモリ解放されるため
必要ないところで意識する必要がないメリットがある
必要なところでは細かい制御も可能なメリットもある

**デフォルトの名無しさん** · 2023/08/16(水) 13:54:20.43

① ④を見るとたまたま社内にRust freakがいたってだけなんだと分かる

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

>>540
①④の非同期の記述性と高速化に対してそんなに劣等感を感じているの？

現代は多数のCPUコア数と多数の非同期通信を両立させて高速化できることが重要
Rustはその非同期な大量の並行＆並列をシンプルかつ最も速く可能にできるプログラミング言語
他の言語だと何らかの欠陥がある

**デフォルトの名無しさん** · 2023/08/16(水) 14:20:22.09

Facebookが赤字に転落したのはもしかして…

**デフォルトの名無しさん** · 2023/08/16(水) 14:23:14.29

一般的企業から見れば意味のないような性能差でもMetaのレベルになれば全く事情が変わるからな
あのクラスに展開するようなソフトウェアを作ってるならJava->Rustは意味がある

Javaにasync/awaitがないのはJava特有の欠点
Rustのasync/awaitも他言語に比べると明らかに複雑で今のところはRustの欠点の一つ

超大規模に展開するようになって初めて大きくなその欠点を補うメリットが出てくる

**デフォルトの名無しさん** · 2023/08/16(水) 14:29:57.44

そこらの一般企業などで使われる社内システムやサービスでjavaからrustに書き換えるメリットはなんなんですか？

**デフォルトの名無しさん** · 2023/08/16(水) 14:47:48.88

Javaだからrustだからとか関係無く、リプレイス自体が多大なコストとリスクを伴うから、現時点で致命的な問題も無いのにちょっと有利なのでrustに置き換えましょう、なんて全く現実的じゃない。
20年くらい経てば大きく変わってるかもね、みたいな話であって、短期間で大部分が置き換わるとか無理。
それもただの可能性なだけで普及するかなんて誰にもわからない。
半年前生成aiと連呼してた詐欺的な連中ももう虫の息なわけで。

**デフォルトの名無しさん** · 2023/08/16(水) 15:00:02.39

>>543
Rustのasync/awaitが最も高速で安全
それを満たした上で記述性も優れている
重要なポイントは二つ
・大量の非同期タスクをCPUコア数に対してm:nに移動割り当て可でスケジューリングできるかどうか？
・安全かつ高速にメモリ共有および高速にチャネル通信ができるかどうか？

高速性と安全性と保守性を考えると
Rustしか選択肢がない

>>544
どの企業でもどの言語からでも同じ
Rustを採用すれば必ずメリットがある

>>545
正しい
したがって新規の案件や大規模改修からRustを採用するのがベスト

**デフォルトの名無しさん** · 2023/08/16(水) 15:08:58.87

壊れたレコードみたい

**デフォルトの名無しさん** · 2023/08/16(水) 15:14:54.87

>>545
>半年前生成aiと連呼してた詐欺的な連中ももう虫の息なわけで。
これなに?

**デフォルトの名無しさん** · 2023/08/16(水) 15:22:07.69

>>546

「どの企業でもどの言語からでも同じ Rust を採用すれば必ずメリットがある」とは限らず、
コスト、適切さ、既存エコシステム、スキルセット、リスクなどを考慮する必要があります。

**デフォルトの名無しさん** · 2023/08/16(水) 15:23:43.37

>>546
>Rustしか選択肢がない
C++のコルーチンで良いのでは?
C++の方がプログラマを確保できるよ

**デフォルトの名無しさん** · 2023/08/16(水) 15:27:50.57

実務経験のない複オジがメリットあるある言っても誰も耳を貸さない
著しい情弱を除いて

**デフォルトの名無しさん** · 2023/08/16(水) 15:52:01.79

>>548
もちろん生成ai自体詐欺的とは言わんけど、「プログラマー不要ですね」とか真面目な顔して言ってた人たちのことね。
その時点でもプログラマーを置き換えるような品質ではなかったし、その後劣化疑惑出るんじゃ話にならないですよね？
rustがそれくらい普及すると言い張ってる人も同じレベルですよね？
これからは○○の時代、と言って本当にそれだけ普及した言語ありますか？
何やかんやで結局Javaでしょ？

**デフォルトの名無しさん** · 2023/08/16(水) 15:54:05.77

(C++の)コルーチンはいいぞ! (どさくさ

でも、実際にやってみると、おもいっきりダングリングポインタのピットフォールなので、
そこに所有権関係の縛りが来ればさいつよだな!

**デフォルトの名無しさん** · 2023/08/16(水) 15:57:06.97

Erlang最強じゃね

**デフォルトの名無しさん** · 2023/08/16(水) 15:57:09.28

今、行列演算ライブラリ作ってるんだけど、1000×1000の行列のdot演算が0.15秒程かかる。OSはlinuxのUbuntuディストリビューション、CPUはIntel Core i7でクロック数は2.80GHz。手元でnumpyに同様の計算をさせる平均0.04秒だった。まだsimd最適化とかはしてないけどsimdはどれくらい効果があんの？

**デフォルトの名無しさん** · 2023/08/16(水) 16:00:58.42

>>552
Javaは10年掛ったけどRustは5年で追い越すんじゃね

**デフォルトの名無しさん** · 2023/08/16(水) 16:01:09.62

>>550
コルーチンはC++20が普及しておらず使える人もほとんどいないという問題がまずあるが
様々なasync/await対応言語の中でC++の可読性が最も低く最悪だ

それらの問題に目をつむるとしてもC++のこの機能はまだ様々問題を抱えている
まず非同期なタスクを扱う様々なユーティリティを含む環境が整っていない
そして一番重要なまともなスケジユーラがない
メモリ共有のためのMutexの非同期対応版もない

そういう状況に加えてメモリ安全性の問題も抱えてしまう
この分野は素直にRustを使うのが良いと思う

**デフォルトの名無しさん** · 2023/08/16(水) 16:06:05.32

>>552
>rustがそれくらい普及すると言い張ってる人も同じレベルですよね？
AIの進化を舐め過ぎ
自然言語による指示がプログラマーを丸々置き換えることはありえないが
AIはプログラマのかなりの仕事を肩代わりするだろう
rustに比べると遥かに将来性が確約されているよ

**デフォルトの名無しさん** · 2023/08/16(水) 16:06:56.85

>>555
勿論Rustで実装してるぞ。

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

>>557
なるほどー
丁寧に教えてくれて有難う

**デフォルトの名無しさん** · 2023/08/16(水) 16:26:42.73

>>558
別にaiの進化を否定しないが、強いaiじゃなきゃ結局人間を完全に置き換えられないことは今回証明されたし、強いai実現の目処は現時点で立ってないのでは？
根拠無しで将来性将来性言うてもしょうもないし、そういう詐欺的な言説を否定してるわけ。
もちろん現時点でも十分使える技術領域があることは否定しない。

**デフォルトの名無しさん** · 2023/08/16(水) 16:27:42.53

まあrust関係無いから甚だしくスレチだわなw

**デフォルトの名無しさん** · 2023/08/16(水) 16:30:30.71

>>561
>強いaiじゃなきゃ結局人間を完全に置き換えられないことは今回証明されたし
何それ? 「強いAI」? 「証明」?
煽りでなく端折らんで説明してくれい

**デフォルトの名無しさん** · 2023/08/16(水) 16:45:51.70

>>563
いや、流石に自分で検索してください。
別にオレオレ用語じゃないから。

**デフォルトの名無しさん** · 2023/08/16(水) 16:52:58.36

ChatGPT活用派は、AI絵師が
「老害は困る」
「いまだに自分の手で書いている奴はアホ」
と言っているのと似ている:
https://www.youtube.com/watch?v=-WwwBlEguSU&ab_channel=ずんだもんの地獄巡り

**デフォルトの名無しさん** · 2023/08/16(水) 16:57:23.54

>>552
>これからは○○の時代、と言って本当にそれだけ普及した言語ありますか？

Java

**デフォルトの名無しさん** · 2023/08/16(水) 17:01:43.17

>>564
「今回」は書かにゃどの回か分からんよw

**デフォルトの名無しさん** · 2023/08/16(水) 17:05:14.24

>>565
最近衝撃受けたのはCode interpreter
1年も立たずにこんなものが出てくる
これはまだまだとんでもない発展をする

**デフォルトの名無しさん** · 2023/08/16(水) 17:06:47.79

AI生成は、何度も試してまともなものだけを人間が選んでいるのが
現状らしい。
「体や細部が破綻したものや落書きみたいなものまで
多種多様なため」
「AI絵師はイラストガチャを回して質が高い画像だけを
公開しているのです」
とのこと。だとすれば、ChatGPTが生成したコードも大多数は
バグだらけで一部だけまともに動くということが推定できる。

**デフォルトの名無しさん** · 2023/08/16(水) 17:09:03.49

>>569
「現状らしい」とか「推定できる」とかじゃなくまず使いなよ
批判があればそれから

**デフォルトの名無しさん** · 2023/08/16(水) 17:32:52.36

https://qiita.com/ko1nksm/items/7b17eefdec57640c2bfd
↑
によれば、ChatGPTに関数のコードを渡して、関数の行なっている
内容を問うてみたところ、関数名が replace_all だと細部は
間違ってはいるものの、有る程度正しい解釈が返ってきたが、
同じ関数で関数名だけを repeat_all などとすると、全く
的外れな解釈が返ってきた。
replace で置換、repeat で繰り返し、だと推定して解釈
していただけで、関数の中身までちゃんとフォローして
意味を理解していたわけではないことが露呈した形と
なった。

**デフォルトの名無しさん** · 2023/08/16(水) 17:35:20.36

>>567
そうですねw
chatgptの今回の盛り上がりの件です。

**デフォルトの名無しさん** · 2023/08/16(水) 17:42:26.83

それから、置換文字列が重複している場合の問題を避けるため
に正しく対策したコードに対して、むしろ、逆に
置換している場合に正しく動作しない、などと解釈してきた
かと思うと、逆に ChatGPT自らにコード生成させると、
置換文字列が重複した場合に誤動作するコードを
生成してしまう、というプログラミングや数学に向いて無い
生徒みたいな振る舞いをしてしまうようだ。

**デフォルトの名無しさん** · 2023/08/16(水) 17:47:48.34

>>571
>注意今日発表されたらしい GPT-4 ではありません
おマイさんはちょっとずれたこと書いてるので
まずは使った方が良いぞ
ちょっと高いけども
社会はこの数年で一気に変わる準備をしてるんだから
勉強と思って契約しなさい

**デフォルトの名無しさん** · 2023/08/16(水) 17:49:53.08

JavaからAIから話題作りに事欠かないなrust

**デフォルトの名無しさん** · 2023/08/16(水) 17:49:58.26

経営に詳しい人によれば、chatgptはマネタイズに失敗し、
倒産する公算が高いと言われ始めた。
だから、必至なのかな。

**デフォルトの名無しさん** · 2023/08/16(水) 17:57:52.98

>>576
ああ! この人いつもの人かw
ちょっと高いかもしれんが20ドルの価値はあるよ
俺の場合は実用ではなく勉強のために
GPT4リリース日から契約したよ
半年ほどたったがその間に
pluginが出てきてCode Interpreterが登場して
発展速度に驚いている
新しいものに適応するのが苦手かもしれんが
これは社会に組み込まれていくものだから
他人に先じて取り込んだ方が良い

**デフォルトの名無しさん** · 2023/08/16(水) 18:00:56.94

>>576
どうかな? MSが出資していて
Officeに取り込まれるのに?

**デフォルトの名無しさん** · 2023/08/16(水) 18:01:53.41

ChatGPTは、利用者が17億人まで行ったが15億人に減った
そうだ。無料サービスは利用者が増えていかないと破綻する
らしく、減った時点で破綻まっしぐららしい。
しかも、AIは作る人や質問したい人向けのもので、
YouTubeのように子供がだらだら見続けることもないから
広告量で稼ぐこともできない。
DeepL翻訳の様な実用性も無いから有料での使用は絶望的。
ChatGPTは、株で生きているだけで、マネタイズには成功
してないし、これからも成功しないだろう。
twitterがずっと赤字なのと同じ。

**デフォルトの名無しさん** · 2023/08/16(水) 18:02:19.90

RustよりchatGPTを使ってる人の方が遥かに多いと思う
ていうか、Rustって誰も使ってないよね

**デフォルトの名無しさん** · 2023/08/16(水) 18:02:38.02

>>577
俺は新しいもの大好きだぞ。

**デフォルトの名無しさん** · 2023/08/16(水) 18:07:41.71

>>581
適応能力が明らかに低いよ

**デフォルトの名無しさん** · 2023/08/16(水) 18:09:17.37

https://thebridge.jp/2023/07/chatgpt-sees-10-percent-mom-decline
ChatGPTは、利用者が五ヶ月連続で減少。
一番の原因は、「思ったほど賢くない」こと。
開店時にどの店も行列を作るが、数週間後に閑古鳥となり、破綻する
店は多い。
それにシリコンバレー銀行の破綻などもあれば、アメリカの景気大後退
もある。
総合的に、来年までに倒産するという観測も出てきている。

**デフォルトの名無しさん** · 2023/08/16(水) 18:09:43.06

>>576のような書き込みも
自分が適応できないことで生じている
認知的不協和を解消するために書いてるんだと
俺は見てるよ

**デフォルトの名無しさん** · 2023/08/16(水) 18:09:46.09

>>582
興味ないから。

**デフォルトの名無しさん** · 2023/08/16(水) 18:11:14.53

>>584
現実を見てないのは果たしてどちらか？
https://www.youtube.com/watch?v=oCAkHFkSoRk&list=LL&index=10&ab_channel=深田萌絵TV
ChatGPT 倒産危機報道に業界人「やっぱり」

**デフォルトの名無しさん** · 2023/08/16(水) 18:12:02.10

>>585
本当に興味がないのなら何も書かないんだよ
あえて「倒産する」などと書くのは興味があるんだよ
やらない自分を正当化するために書いているんだよ

**デフォルトの名無しさん** · 2023/08/16(水) 18:17:28.00

>>586
[裏付け]
https://www.windowscentral.com/software-apps/chatgpts-fate-hangs-in-the-balance-as-openai-reportedly-edges-closer-to-bankruptcy#:~:text=ChatGPT%20is%20reportedly%20heading%20toward%20bankruptcy.,million%20loss%20since%20debuting%20ChatGPT%2E

ChatGPT's fate hangs in the balance as OpenAI reportedly edges closer to bankruptcy.
ChatGPTの命運を左右するOpenAIの倒産報道

**デフォルトの名無しさん** · 2023/08/16(水) 18:18:24.09

>>587
興味は無いが、社会を破壊してしまう心配はしている。
だから、ウォッチはしている。

**デフォルトの名無しさん** · 2023/08/16(水) 18:21:57.80

>>588
[続き]
* OpenAIが破産に近づいていると報じられているため、ChatGPTの運命は瀬戸際にある
知っておくべきこと
・ChatGPTは破産に向かっていると伝えられている。
・チップ不足や利害の分割などにより、このベンチャー企業はほとんど利益を上げておらず、投資家はほとんど損益分岐点に達している。
・OpenAI は、ChatGPT のデビュー以来、すでに 5 億 4,000 万ドルの損失を計上しています。

「同社は倒産の危機に瀕していると報じられている。」
*分析
まず、AIを搭載したチャットボットを運用することは、特にコスト面において簡単なことではない。私たちはすでに、OpenAIが毎日ツールを動かすのに約70万ドルを使用していることを知っている。これはクエリ1件あたり36セントに相当する。シームレスに動作させるためにエヌビディアのような企業からGPUを調達するために使われる金額は言うまでもない。しかし、GPT-3.5とGPT-4を収益化することで、少しでも収益を上げようと努力しているにもかかわらず、OpenAIはこの状態を長く続けることができないかもしれない。マイクロソフトは、最近の投資家数人を伴って、これらの費用に対応している。投資家たちは、投資を回収できない場合、いつまで事業を維持する手助けをするのだろうか？

**デフォルトの名無しさん** · 2023/08/16(水) 18:22:03.59

>>588
それ読んだ? 噂話で裏付けになっていない

**デフォルトの名無しさん** · 2023/08/16(水) 18:26:13.04

MSが支えるから大丈夫だよw

GPT-4搭載の「Microsoft 365 Copilot」、文章生成よりも重要なAIの能力とは
https://xtech.nikkei.com/atcl/nxt/column/18/00001/07952/

OpenAIは上場企業じゃないけども今や市場の資金はAI企業に集まっている

**デフォルトの名無しさん** · 2023/08/16(水) 18:54:33.44

https://www.youtube.com/watch?v=-WwwBlEguSU&list=LL&index=3&ab_channel=ずんだもんの地獄巡り
【神絵師から爆速でオワコン】AI絵師様になったずんだもんの末路【ずんだもん＆ゆっくり解説】

AI画像生成は、破綻画像や低品質画像を出す率が高いため、何度もトライアンドエラー
を繰り返す必要がある。
また、SNSなどで話題となっているAI画像も、人間がプロ級に画力が有る人で、
手作業で修正していることが有る。
プロは、少しの修正は簡単に出来るから出来ているだけで、AIだけで生成
されていとは限らない。

**デフォルトの名無しさん** · 2023/08/16(水) 19:04:35.20

興味津々なんだな

**デフォルトの名無しさん** · 2023/08/16(水) 20:59:38.35

>>593
自ら触ってから評価すべし
俺はAI画像生成は触らんので何も言わない

**デフォルトの名無しさん** · 2023/08/16(水) 23:09:32.87

再生数稼ぎのyoutuberの話をうのみにしてるだけで馬鹿げてる
chatGPTのOpenAIは株式非上場ですでに企業価値が4兆円なんだけど…

**デフォルトの名無しさん** · 2023/08/16(水) 23:19:07.73

結論、Rustは終わり

**デフォルトの名無しさん** · 2023/08/16(水) 23:44:28.01

>>596
あなたのレスの中に科学的根拠何かある？
ai自体スレチだが、経済の話しかないならさらにスレチだね。

**デフォルトの名無しさん** · 2023/08/16(水) 23:46:16.73

>>557
その点がC++が敗れてRustの台頭を招いた技術的な最大の原因っぽいな
C10K対策とasync/await対応を兼ねたモダンな需要にC++が実用的な解を示せなかった

**デフォルトの名無しさん** · 2023/08/16(水) 23:53:08.75

>>598
マジレス頼むけど
上のレスに科学的に根拠が必要な個所はどこなんだ

か・が・く・て・き・に　だ！

**デフォルトの名無しさん** · 2023/08/17(木) 00:10:55.41

>>600
しょうもない話は誰も興味無い。
それは科学の話じゃないよw

**デフォルトの名無しさん** · 2023/08/17(木) 01:03:05.11

こいつ前もやってたなコレw
「数学的に」の次は「科学的に」かww

**デフォルトの名無しさん** · 2023/08/17(木) 01:08:52.68

先生、management scienceは科学に入りますか？

**デフォルトの名無しさん** · 2023/08/17(木) 01:27:54.71

>>596
YouTuberと「ChatGPTで一儲けしたい投資家」の
骨肉の戦いが始まりました。
Fight!!

**デフォルトの名無しさん** · 2023/08/17(木) 01:56:59.01

争え……もっと争え……

**デフォルトの名無しさん** · 2023/08/17(木) 01:59:28.59

「OpenAIが破産」でググってみろ。

**デフォルトの名無しさん** · 2023/08/17(木) 02:35:59.33

OpenAIが存続するかに関わらず
LLMが社会に取り込まれるのは確定だよ
君らの周りも今年は対応に追われてないか？

**デフォルトの名無しさん** · 2023/08/17(木) 09:57:29.35

言語の質をデータの量で凌駕する作戦がなぜ失敗するのか？

量で凌駕するって言ったのにお金を節約しようとしてるからでしょ

**デフォルトの名無しさん** · 2023/08/17(木) 13:28:13.01

アスペの共通点
御世辞を真に受ける

**デフォルトの名無しさん** · 2023/08/17(木) 13:45:23.19

逆にマウンティングを真に受けて、上下関係は社会に必要だと思い込むのも困る

**デフォルトの名無しさん** · 2023/08/17(木) 22:13:42.98

>>557
そのあたりはC++23でも標準化をあきらめた
低レベルな部品のみ標準化して提供という方針のままのようだ
C++20コルーチン向けライブラリcppcoroは実用的に十分埋めきれていない
C++20コルーチンにも対応したboost.asioもスケジューリング問題にぶち当たる
いずれにしても記述性と簡素さがよろしくない
IT大手各社がC++をあきらめてRustへ走ったのも仕方ないかと

**デフォルトの名無しさん** · 2023/08/17(木) 23:32:30.60

マルチスプロセスやマルチスレッドじゃだめなん?

**デフォルトの名無しさん** · 2023/08/18(金) 00:14:51.05

>>612
CPUの性能を活かせない
CPUと比べてネット通信はとても遅く待ち時間となるため空き時間をいかに活用できるかが勝負
つまり次々と切り替えて処理していくことになるが
スレッドは各リソースコストも切り替えコストもかかりプロセスはさらにそれらのコストが非常に大きい
そのためCPUの性能を活かすどころか切り替えコストで無駄にしてリソースコストで限界に達していた

そのため例えばJavaScriptはWebブラウザ内でもNode.jsなどでも同様にシングルスレッドの中で多数の通信やGUIなどを並行して非同期に捌けるようにした
Goでも多数の軽量のGoルーチンがシングルスレッドまたはマルチスレッド上で並行して動いて非同期に多数処理できるようにした
Rustの非同期タスク及びC++20のコルーチンも同じ位置付けで両者はほぼ同じ仕組みのライバル同士

**デフォルトの名無しさん** · 2023/08/18(金) 00:24:29.53

>>613
>スレッドは各リソースコストも切り替えコストもかかりプロセスはさらにそれらのコストが非常に大きい
何のコスト?
「切り替えコスト」って書いてるのはユーザーモードから
カーネルモードへの切り替えコスト?

**デフォルトの名無しさん** · 2023/08/18(金) 00:41:08.12

プロセス全体をexitしたら各スレッドのデストラクタはどうなるんだろう
Cの標準ライブラリを捨てる
C++のデストラクタを排除する
ネイティブスレッド禁止
の三択かな

**デフォルトの名無しさん** · 2023/08/18(金) 06:19:11.79

>>614
スレッドは文脈からネイティブスレッド(OSスレッド)のことだとすると、
スレッド切り替えは少なくとも全レジスタの退避と復帰が必要となり、
プロセス切り替えはさらにメモリ空間の切り替えが加わる。
そして各スレッドは個別のスタック領域を持つためリソース的に大量のスレッド作成は限界個数が早い。
一方でC++20コルーチンやRustのタスクはスタックレスコルーチンなので、
個別スタック領域を必要とせず全レジスタの退避復帰切り替えも必要としないため、
大量に生成することができて極めて軽量に動作することになる。

**デフォルトの名無しさん** · 2023/08/18(金) 09:26:08.12

並行並列処理に関してはGoにRustは何一つ勝ててないでしょ

Goは標準で並行並列処理をサポート
selectとチャネルとコンテキストがあり、従来のasync/awaitと比べると凝ったことをするのが非常に簡単
キャンセル処理やrate limitingや並列数制御が標準機構で自由自在
標準でサポートしているからどのサードパーティライブラリでも共通の仕組みが利用できる

こういったものが何のライブラリも必要とせず手軽にできるのが最大の強み

Goはコンパイル速度とマルチコアでスケールする並行並列処理のために作られたから
これらの観点でメモリ安全が目的で作られたRustが勝てないのは当然

**デフォルトの名無しさん** · 2023/08/18(金) 09:40:42.56

並列並行と非同期を対比する阿呆

**デフォルトの名無しさん** · 2023/08/18(金) 09:47:52.53

干支一周前でこれだからな
http://ponner.blog104.fc2.com/blog-entry-211.html

**デフォルトの名無しさん** · 2023/08/18(金) 09:53:40.51

>>618
goroutineやnode.jsのpromiseといったもので並行と非同期の違いって何？
別に変わらんし、区別する意味はないぞ

非同期ってのは汎用性が高い言葉で完了を待たないって意味なら何にでも使えるわけで
例えばLinuxでファイルを書き込むときはページキャッシュだけに書き込みディスクIOは非同期に行われる
これを並行処理とは言わないはず

**デフォルトの名無しさん** · 2023/08/18(金) 09:54:03.98

>>571
中身が replace all する関数で名前が delete all とか違う意味だったらどう解釈するのか教えて

**デフォルトの名無しさん** · 2023/08/18(金) 09:59:00.46

ChatGPTって観るだけで詐欺を連想するが
>>580
は説得力あるなω

**デフォルトの名無しさん** · 2023/08/18(金) 10:15:07.27

>>617
Goでアドバンテージ持ってる会社が他社を陥れる為にRustいいぞって噂を流したのかもな

**デフォルトの名無しさん** · 2023/08/18(金) 11:27:41.44

お客様を陥れるのが本質
本質を隠す為に同業者を陥れるという噂を流している

**デフォルトの名無しさん** · 2023/08/18(金) 12:31:50.68

https://play.rust-lang.org/ とかでも
https://paiza.io/ とかでも
使える crates が少な過ぎるんじゃね
これで普及とか無理やろ

**デフォルトの名無しさん** · 2023/08/18(金) 13:05:03.86

>>617
GoでできるそれらのことはRustでもできるよ
むしろチャネルの種類などRustの方が機能も豊富だよ

Goはモダンな言語の中で唯一null安全でないしデータ競合も起きまくるし安全性を無視しすぎかな
それはともかくGoは言語機能が貧弱すぎて辛すぎる
ジェネリクスがようやく入ったけどまともに使えないなど不満が多いよね

結局Goはガベージコレクション言語にすぎないから様々な限界があるよ
C/C++/Rustのように他の言語たちのライブラリ作成もできないしね