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

**デフォルトの名無しさん** · 2023/10/28(土) 13:45:00.38

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

っていう雑談スレ。

・C/C++ <=> Rust いまさら聞けない移行質問なども適当にどぞ
・レスバはじめんのは勝手だけど、面白いこと・へぇなこと書いたヤツが優勝
・マな話は、マのスレもご活用ください↓

前スレ: 結局C++とRustってどっちが良いの？ 7traits
http://mevius.5ch.net/test/read.cgi/tech/1693451813/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/11/22(水) 22:59:48.09

>>614
Firefoxはservoで行き詰ったよ

**デフォルトの名無しさん** · 2023/11/22(水) 23:05:36.01

Effective C++の初版はほぼこのコピーをいかにうまくやるかを解説した本だった
あらゆる手段でコピーが発生してもオブジェクトの整合性が取れるように注意点を書きまくった
しかしその内容はあまりにも普通の人には難し過ぎた
そして一つのクラスを作るたびにこんなに気をつけて実装しないといけないのか！やってられん！となって
その結果、もう全部ヒープにとって生ポインタでいいじゃんとなってしまった
そのおかげでコピー問題は無くなったが
メモリリークや二重開放、ヌルポの山を産んだ

**デフォルトの名無しさん** · 2023/11/22(水) 23:09:46.91

ポインターをメンバーに持つと言うのがコピーの問題になってるだけやん？
アドレスをコピーするのか、実体を複製して新しいポインターとして格納するのか
用途によってはどちらかが不都合だったりするからなぁ

**デフォルトの名無しさん** · 2023/11/22(水) 23:14:04.80

>>617
実態を持っても同じだよ
そのオブジェクトが内部にポインタを持ってたら同じ問題が発生
さらにそのオブジェクトが(ry

というわけで地獄のような連鎖になることがわかる
そして厄介なのは自分が作っていないクラスだった場合お手上げということ
いかにやばいか分かっていただけただろうか

だから一時期はあらゆるオブジェクトがヒープ割り当てをしていた

**デフォルトの名無しさん** · 2023/11/22(水) 23:21:57.25

スマートポインタによって状況はだいぶ改善されたとは思うが
しかしこのコピー問題というのは常に残っているのだ
そのオブジェクトを安全にコピーできるようにするという本質的な難しさは変わっていない
そしてムーブかコピーかみたいなものをライブラリ提供者が決めなければならず
それを使う側が意識することはかなり難しい
ドキュメントを読み込んで使い方を熟読するしかない
数百個のクラスがあった場合その全てのクラスの性質を暗記しないといけないのである！
しかも一個のミスで全てが崩壊する
こんなことは不可能に近い

**デフォルトの名無しさん** · 2023/11/22(水) 23:27:21.33

その結果全てのオブジェクトをヒープにとってそのポインタだけを持ち回る、という実装がほとんどとなったのである
こうすればとりあえずコピーに関する問題はなくなる
俺はその時期にC++を仕事で書いていた
全てのオブジェクトがヒープにあった
コピーに関して悩んだことがなかったので
Effective C++を読んでもこの本は何でこんな「不整合が起きないオブジェクト」の作り方の解説ばっかりやってるんだろうと思っていたぐらいだ

**デフォルトの名無しさん** · 2023/11/22(水) 23:30:42.74

ちなみにこの全てのオブジェクトをヒープに取ればいいじゃんの思想をデフォルトにした言語がJavaである
メモリの解放漏れはGCにより問題なくなったがヌルポを量産したのは言うまでもない

**デフォルトの名無しさん** · 2023/11/22(水) 23:32:00.30

ChatGPTとまでは言わんが、IDEも仕事しろ、っていう世の中ではある

**デフォルトの名無しさん** · 2023/11/22(水) 23:37:47.47

>>615
金がなくなっただけでスポンサーついたら復活した

**デフォルトの名無しさん** · 2023/11/23(木) 00:06:01.85

>>623
稼働してるの2~3人だけど当時よりは整ったはずだから今度は完成するよね？
とりあえず年内にtableタグが実装だっけ？

**デフォルトの名無しさん** · 2023/11/23(木) 00:11:54.90

Javaにはポインタしかない
ゆえにコンポジションを繰り返せばリンクリストのようになる
でも実装継承なら
という風に二つの問題は一つにつながる

**デフォルトの名無しさん** · 2023/11/23(木) 01:52:03.12

>>616
Effective C++がコピーの話ばっかりという印象はないけどな
あるのはもともとCにあるコピー問題をいかにC++で解決するかというスタンスの解説
あとコピー問題を解決するためヒープを使うってのも謎理論
それは因果関係逆でしょ
ポインタをメンバーに持つデータ構造のコピーをいかに安全に実現するかでしょ
STLコンテナによりそこに厳密な意味定義が必要となった

**デフォルトの名無しさん** · 2023/11/23(木) 07:44:46.73

>>568
と負け犬が申しております

**デフォルトの名無しさん** · 2023/11/23(木) 09:38:23.37

>>621
ヌルポは型無しnullpointerによる型の制約に違反する問題だろ。
スタックだろうがヒープだろうが型無しインスタンスを使う限り発生する。

c++もポインタを排除して参照のみにできれば随分違うだろうけど。

**デフォルトの名無しさん** · 2023/11/23(木) 10:31:50.34

中途半端に浅いコピーは、深い方が正しい可能性を否定できない
これがコピー問題
ヒープを使えば極端に浅いコピーになる
これはバグではなく意図的にしか見えないから問題が解消する

**デフォルトの名無しさん** · 2023/11/23(木) 10:37:31.57

>>597
そこはRust最低だよな

**デフォルトの名無しさん** · 2023/11/23(木) 10:57:07.78

機能追加が常に善なら後発言語は機能お化けに
なる一方のはずだがそうはなってないので
〇〇言語には△△機能が無いからゴミという
論法はあまり意味がない

**デフォルトの名無しさん** · 2023/11/23(木) 12:06:15.18

>>627
だからお前は何でそんな遅レスなんだよw
遅レスおじさん登場～👴

**デフォルトの名無しさん** · 2023/11/23(木) 12:33:56.71

>>631
C++のよろしくない点で一番言われるのは、長い歴史といろんなパラダイムを取り込みまくったことで
まさに機能お化けになっちゃったことだからな

**デフォルトの名無しさん** · 2023/11/23(木) 13:07:39.51

C++のtemplateは失敗

**デフォルトの名無しさん** · 2023/11/23(木) 13:35:39.34

>>631
>機能追加が常に善なら
誰もそんなことは言ってないから
それこそ意味のない論法

**デフォルトの名無しさん** · 2023/11/23(木) 13:53:47.80

>>635
誰かがそういう主張しているという文章じゃ
ないんだが
頭悪いな

**デフォルトの名無しさん** · 2023/11/23(木) 14:01:33.34

実装継承不要とか言ってたやつら負けるの早すぎだろ
拍子抜けもいいところ

**デフォルトの名無しさん** · 2023/11/23(木) 15:08:18.27

いや。参考になったから、それはそれでいいぞ(IUnk派

**デフォルトの名無しさん** · 2023/11/23(木) 16:01:38.36

Reactの継承を使っているコードを出せない時点で負け犬はどっちか明確
強い言葉使ってやるからかかってこい

**デフォルトの名無しさん** · 2023/11/23(木) 16:37:00.29

「Reactは本体含めて継承は一切使っておらず、全て関数だと言い張る人がいるのですが本当でしょうか？」と
自分の主張ではないフリしてStack Overflowあたりで聞いてみ？
めっちゃ馬鹿にされるだろうけどすぐに欲しがってる答えをもらえるぞw

**デフォルトの名無しさん** · 2023/11/23(木) 16:38:05.49

ビビってレスもできんかw
情けないクズ

**デフォルトの名無しさん** · 2023/11/23(木) 16:43:11.88

プロトタイプ継承もわかってないのに事あるごとにReact連呼してたのかと思うと滑稽を通り越してちょっと可哀想

**デフォルトの名無しさん** · 2023/11/23(木) 16:52:07.60

はよそのコードを出せよ
それも出せないくせに偉そうに御託をごちゃごちゃ言う
偉そうに自分語りするくせに的外れ
虫唾が走る

**デフォルトの名無しさん** · 2023/11/23(木) 17:57:28.21

継承はプログラミングスタイルとして決定が多いため
モダンな各プログラミング言語で継承が不採用となっただけでなく
Reactでも継承を使わずに済むように進化してきたのよ

**デフォルトの名無しさん** · 2023/11/23(木) 18:04:46.83

おーいまた遅レスかー？
快活クラブから出ちゃったのー？

**デフォルトの名無しさん** · 2023/11/23(木) 18:52:56.05

>>644
多分そういう意味すらわかってないと思うよ
プロトタイプ継承がどうとかそんな話とカンケーないのにな
とっととReactのリポジトリクローンしてgrepすりゃわかるのに
何でその程度のことができないのか

**デフォルトの名無しさん** · 2023/11/23(木) 19:34:58.02

src/foo/bar.jsの124行目見てどう思うプギャー
とやればいいだけなのになぜかやらない

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

>>629
それは理解がおかしい
浅い深いのコピーの分類ではうまくいかなかったのが歴史
それが所有権の概念とムーブセマンティクスの導入で整理されたのが今の状態
浅いと言っていたのがムーブで深いのがコピー
ヒープがどうのこうのってのは間接的なこと
そもそもヒープが単一って前提もc++にはない

**デフォルトの名無しさん** · 2023/11/23(木) 21:20:40.39

>>634
まぁ判断は難しいね
下手に表現力が高かったがために、一見言語組み込みでやるべきものの多くがユーザー側で実現されてきた
様々なテクニックが発見され発展速度向上には寄与しただろうが一方で深い考察のなく導入された結果仕様の複雑さを招いた
個人的にはエラーメッセージ見ても何が悪いのかすぐに理解できない代物になったのは許せないね

**デフォルトの名無しさん** · 2023/11/23(木) 21:32:54.70

C++のテンプレートはCのマクロ文化を止めたかったんでしょ
メタプロガチ勢が頑張りすぎてカオスになったけど功績は大きいと思う

**デフォルトの名無しさん** · 2023/11/23(木) 21:58:33.69

ディープコピーを知らずに盛大に恥を晒した某オジがコピーについて語るとか世も末だなw

**デフォルトの名無しさん** · 2023/11/23(木) 22:09:33.63

テンプレートはコンテナを矛盾なく書くのがめちゃくちゃ難しいのよ
まず要素の型が実体とポインタ両方に対してうまく動くようにするのは至難の業
例のコピー可能オブジェクトの話とも絡んできて「無理」となる
この辺Rustはよくできてる
イテレータが可変参照なのか共有参照なのか、実体なのかによってきちんと分けられている
C++で困った部分を完全に解決してくれてる
Rust素晴らしい

**デフォルトの名無しさん** · 2023/11/23(木) 22:28:06.68

>>652
>テンプレートはコンテナを矛盾なく書くのがめちゃくちゃ難しいのよ
>まず要素の型が実体とポインタ両方に対してうまく動くようにするのは至難の業
STLで何か問題でも?

**デフォルトの名無しさん** · 2023/11/23(木) 23:13:27.00

そりゃSTLで満足してる間はそれでいいだろ
アロケーターを指定したことないだろ？

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

むかしはSTLがない環境も多かったからね
windows環境ではクソ遅かったせいか
完全にないものと扱う奴さえいた

**デフォルトの名無しさん** · 2023/11/23(木) 23:30:28.39

>>654,655
じゃ今のSTLは問題ないで良いのかな?

**デフォルトの名無しさん** · 2023/11/23(木) 23:37:07.63

>>652
そこに加えてRustはスタック領域も扱えるからさらにヒープ使用を減らせるところ

**デフォルトの名無しさん** · 2023/11/23(木) 23:37:56.70

問題ないと問われればあるだろうね
ただよく訓練されたC++使いは気に入らないと文句を垂れても仕方ない事もよく理解してるから
その環境で可能な別の手段を用いるだけだよ

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

>>658
曖昧なことしか書かんのだな
問題あるならどのような問題かを短いサンプルコードで具体化してよ

**デフォルトの名無しさん** · 2023/11/23(木) 23:48:05.78

どのような問題かなんて別の手段で解決した後に覚えてるわけないじゃん
何でも欲しがりさんには判らないか

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

>>660
示せないなら問題あるなんて言ってはいかんだろうよ?

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

C++はSTLを一応擁しているけど、各プロジェクトで、もうちょっと軽量で自分とこ向きのコンテナ持ってるとこが多い
異論は認める

**デフォルトの名無しさん** · 2023/11/24(金) 00:29:35.14

>>662
でその自作コンテナを矛盾なく書くのがめちゃくちゃ難しいとな?
今のSTLは問題ないで良い?

**デフォルトの名無しさん** · 2023/11/24(金) 00:31:58.77

俺はSTLが重厚すぎて自分の手に負えないと思ってるので、なんとも。
STLにもバリエーションがあるのは承知していて、あんまり幅広く試せてないってのも。
ただし、依存(include)してるプロジェクトは当然あるし、試作には便利なので、ないのは困る。

**デフォルトの名無しさん** · 2023/11/24(金) 07:39:29.33

>>652
要素の型が実体とポインタ両方に対してうまく動くようにする

それはポインタを部分特殊化しろ、ということでは？

**デフォルトの名無しさん** · 2023/11/24(金) 08:38:00.98

>>663
同意を求めるなよw
お前の用途ではSTLで十分ってだけ
そうじゃない場合もある
STLで足りるならboostもEASTLも存在してない

**デフォルトの名無しさん** · 2023/11/24(金) 11:26:41.73

>>666
>>652
>テンプレートはコンテナを矛盾なく書くのがめちゃくちゃ難しいのよ
>まず要素の型が実体とポインタ両方に対してうまく動くようにするのは至難の業
これがいったい何のことを言っているのか分からんので
STLで問題を指摘させれば共通の題材として議論できるからSLT取り上げた

**デフォルトの名無しさん** · 2023/11/24(金) 11:31:35.71

継承を使いこなせない者同士仲良くしろよなw

**デフォルトの名無しさん** · 2023/11/24(金) 14:20:00.82

嫌儲にまでスレ立てることないだろｗ

**デフォルトの名無しさん** · 2023/11/24(金) 14:23:40.25

全然伸びてなくて草
こんな過疎スレで敗走したからって嫌儲民おらに力を分けてくれーーってやろうとしたけど
そこでも無視されてる
情けない奴だ
だからゴミクズなんだよ

**デフォルトの名無しさん** · 2023/11/24(金) 14:29:03.78

Why I think C++ is still a desirable coding platform compared to Rust
https://lucisqr.substack.com/p/why-i-think-c-is-still-a-very-attractive

**デフォルトの名無しさん** · 2023/11/24(金) 14:36:54.58

>>671
そもそも前半の話いる？w
的外れ過ぎて意味のない指摘だよ

**デフォルトの名無しさん** · 2023/11/24(金) 16:11:19.50

>>671
これは酷いw

**デフォルトの名無しさん** · 2023/11/24(金) 16:25:00.95

いくらめんどくさくても安全のお守りがほしいんすわ
C++製システムがクラッシュしてうなだれたあの日の鬱憤が安全を求めるんすわ

**デフォルトの名無しさん** · 2023/11/24(金) 16:34:40.23

>>671
何故この手のやからって、
自分は今まで大丈夫だったから他の人(今度の新卒社員とか)も大丈夫に違いないと思えるんだろうか。
いつも一人で仕事してるのかな。

**デフォルトの名無しさん** · 2023/11/24(金) 16:45:30.90

>>671
その人はRustを知らなすぎるな
C++はインラインアセンブリがある云々もRustにもあるし
算術ラッピング演算の件もRustはラッピングの有無両方が用意されてるのを知らずに書いていたり

**デフォルトの名無しさん** · 2023/11/24(金) 16:52:45.75

フルボッコで草

**デフォルトの名無しさん** · 2023/11/24(金) 16:55:26.04

めっちゃ感想来てるｗ

俺は読まずに貼った、おもしろそうだったから
[Roast Me] って付いてたので、異論は認める系の日記かなって思ってた
仕事終わったら俺も読む気にしないから感想はご自由に

**デフォルトの名無しさん** · 2023/11/24(金) 19:51:30.59

>>674
わかる。他人の書いたC++ライブラリがめっちゃメモリリークする時とかそう思うわ

**デフォルトの名無しさん** · 2023/11/24(金) 19:53:16.58

元記事に英語でコメント付けに行くことはしい内弁慶たちであった

**デフォルトの名無しさん** · 2023/11/24(金) 20:53:52.01

>>652
要約: バカには無理

**デフォルトの名無しさん** · 2023/11/24(金) 22:58:47.93

使うなと言ってもバカはクラス継承をどうしても使いたがって質を下げるため
モダンなプログラミング言語は一斉にクラスごと言語から排除した

**デフォルトの名無しさん** · 2023/11/24(金) 23:09:27.03

そうそうバカはclassやextendを無くせば実装継承が無くなったと勘違いするからバカに気づかれないようにカモフラージュして実装してバカが無節操に使わないようにしてるんだよなぁ

**デフォルトの名無しさん** · 2023/11/24(金) 23:40:23.66

そうしてマイナー言語マニアの思い出の一つとして
長く記憶に留まる言語となるであろう

**デフォルトの名無しさん** · 2023/11/25(土) 00:57:31.51

>>683
実装継承の定義教えてくれ

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

>他人の書いたC++ライブラリがめっちゃメモリリークする

某OSのAPIのことですね判ります

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

>>685
サブタイピング時に
上位の型が持つ実装コードの一部が
下位の型と共有されること

**デフォルトの名無しさん** · 2023/11/25(土) 21:29:31.59

嘘オジと複オジは撃沈されたようだな

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

OSにバグがあって後処理をしてもOSがリソースを掴みっぱなしになるといった経験はないだろうか。
そういった場合そのリソースを使う箇所だけ子プロセスとして隔離し、使い終わったらそのプロセスを終了する事でリソースを完全に開放させることが可能だ。
このプロセスの隔離はかなり万能な解決方法で、納期が短くて怪しいと思っても修正が困難なケースにも応用可能だ。
まあ要するにリークを疑われる場合一旦別プロセスにすれば必ず開放されるからリークは必ずしも怖くないよって話。

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

と、御社の現お取引先ホームページにありますね。
弊社はRust採用実績十分、リークは原則としてありません

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

>>687
いい定義だな

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

Rustはモダンな言語の一つなので
その定義でもRustは実装継承を持たずきちんと排除している

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

結局、c++が最狂ってことでいいな？

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

>>618
c++が最凶最悪

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

>>689
OSのバグならアプリのプロセスを落としたところでリソースが解放されるとは限らない
プロセス落とすのはどちらかと言うとアプリのバグに対処するため

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

>一旦別プロセスにすれば必ず開放される

doubt

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

すくなくともWindowsは長期間起動し続けると空きメモリが減っていく
OSが意図的に開放せずにキャッシュしてるのかリークなのかは分からないが

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

>>689
それ本当にOSのバグ？ｗ

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

>>689
子プロレス切り離しが大仕事だろ
そこで別のバグが大量に入り込む
全然簡単な話じゃない
お前言うだけでやったことないだろ

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

>>689
きっしょ

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

俺が遭遇したのは2件で、どちらもOSの不具合という結論だよ
MSのナレッジに残ってるかもしれないがどっちもプロセスを終了するしか解決策が示されなかった
>>699
こういう理不尽に遭遇して回避策が示されたなら大仕事でもやらざるを得ないと思うけどね
別に難しいって程でもないし

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

そういや別件でOSが設定しているタイムアウト値を待てない場合も別プロセスにして回避した事がある
この板って年寄りばかりだろうしWindowsのプログラミング長年やってれば何度かそういう事に遭遇するんじゃないの

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

あのね、年寄りが真面目に答えてやるとOSの観点から言うと
windowsとLinuxじゃプロセスの考え方が結構違ってて
Linuxの場合、バックグラウンドプロセスっていうのは普通に使われまくってるの
いわゆるプロセスのクローンだから扱いが楽
シェルから作れるし

一方windowsではexeなんでクソ重い上に扱いが面倒
データ共有やプロセス間通信も一苦労だ
だからwindowsではLinuxっぽいバックグラウンド処理はスレッドを使う
windowsにおいてスレッドの方が軽い

一方Linuxではスレッドもプロセスも本質的に同じ
(カーネルの構造体thread_structはプロセス生成の時も使う)

よってプログラミングモデルがだいぶ違うため
どうすべきか？はかなり違う

以上がwindowsでもLinuxでも並行処理を書いてきた俺の感想

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

Windowsはプロセスもスレッドも、互換性チェックみたいのが重厚らしく超高コスト
さらに、セキュリティソフトが走ってるのが当たり前の世界なので、ファイルハンドルも高コスト
なんでもWSL2でやったほうが軽い? らしい

てことで、コルーチンはいいぞｗ

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

Rustの東京を使えばデフォルトでCPUのコアスレッド数をフル活用してコルーチンを何万も同時に動かせますものね

**デフォルトの名無しさん** · 2023/11/27(月) 00:37:45.36

Elixir は、10万もの小プロセスを起動できる

Go の並行処理も、mattn の本に書いてあるけど、
C で、100スレッドを起動したら、
CPU 使用率が高く、12秒も掛かったが、

Goで100 goroutine を起動したら、
6スレッドしか起動せず、9秒で済んだ

Goの方が、CPUコアを効率的に使える

**706** · 2023/11/27(月) 00:48:36.74

とにかく、スレッドを起動したらダメ！

CPU コアや時間の大半が、起動処理に使われるから

**デフォルトの名無しさん** · 2023/11/27(月) 00:59:58.17

とはいえコルーチンって使い所が難しいのよ
流行りそうで流行らないのがその理由
結局「本当の並列性が必要ないようなすぐ終わる処理を大量にする」ユースケースにしか使えないから

こういう処理ってあまりないことに気がつく
まず真の並列性が必要となる数値計算では使えない
処理の中でブロックするとダメなのでその判断も難しい

よって普通の言語では使うのが難しい

**デフォルトの名無しさん** · 2023/11/27(月) 01:36:12.87

>>706
使いたければc/c++にはむっかしからコルーチンにファイバーがあるから
native言語なんだからosの資源使う上で不利になるはずない

**デフォルトの名無しさん** · 2023/11/27(月) 01:38:37.07

>>706
＞Goの方が、CPUコアを効率的に使える

そう主張したかったら根拠を示さないとね
例えば逆の根拠として
Go各のgoroutineは別々の各々のスタック領域を必要とするけど
Rustはスタックレスなコルーチンだから必要とせずその分だけ効率的だね

**デフォルトの名無しさん** · 2023/11/27(月) 01:45:48.38

>>707
普通はスレッドプール使うやろ

**デフォルトの名無しさん** · 2023/11/27(月) 06:31:05.54

おれの作成したソフトは起動時に64個のスレッドを立ち上げているが常にサクサクだ

**デフォルトの名無しさん** · 2023/11/27(月) 07:50:36.80

>>712
言語は何？

**デフォルトの名無しさん** · 2023/11/27(月) 07:54:36.67

cppは光速