C vs C++ vs Rust Part.2

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

競え
※前スレ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

**デフォルトの名無しさん** · 2022/01/25(火) 06:26:02.60

すげーな。どうやったら滅ぶのか。
より良い代替案あれば教えてよ

**デフォルトの名無しさん** · 2022/01/25(火) 08:15:47.90

また暴れるから構うなよ

**デフォルトの名無しさん** · 2022/01/25(火) 11:28:39.93

>>930
「async,awaitが重要などと言う主張」をしてた人はどういう場面・状況において重要だと主張してたの？

async/awaitが重要な状況もあれば重要じゃない状況もあるだろうから文脈無しでは誰も同意しないよ

**デフォルトの名無しさん** · 2022/01/25(火) 13:35:10.97

>>934
async,awaitをサポートして無い言語はダメと言ったやつが居る。

**デフォルトの名無しさん** · 2022/01/25(火) 13:58:14.45

ダメな状況もあればダメじゃない状況もあるでしょ
あらゆる状況でダメなものやあらゆる状況でダメじゃないものはそうないから
文脈を伴わない主張はあんまり意味がないよ

**デフォルトの名無しさん** · 2022/01/25(火) 15:45:22.18

>>936
現実には、駄目な文脈はほとんど無く、皆無に近い。

**デフォルトの名無しさん** · 2022/01/25(火) 16:09:50.03

ハイハイ、世の中にダメなものなんてないよねー
君以外は

**デフォルトの名無しさん** · 2022/01/25(火) 17:11:59.79

>>935
>>888のことかーーーっ！！！

**デフォルトの名無しさん** · 2022/01/25(火) 17:47:59.26

>>937
>>891 あたりの発言を読む限り、「皆無に近い」の例外＝「async awaitがないとダメな言語」が JS 、他の言語には async await 必要ないという主張なのかな
だとしたら async await を導入した JS 以外の言語はなぜ導入したんだろうか
特に async await を発明した C# はわざわざ新たな概念を生み出しすらしたわけだけどそのモチベーションはなんだろう
ヘルスバーグが日本を滅ぼしたかったのかな

あと JS も別に async await ではなく Promise やコールバック、ジェネレーターで同じことはできるんだけど
なぜ JS に限って async await がないとだめなんだろうか

**デフォルトの名無しさん** · 2022/01/25(火) 18:45:35.37

>>940
新しい文法を追加しただけで
新たな概念は生み出してないよ

**デフォルトの名無しさん** · 2022/01/25(火) 19:04:47.34

非同期プログラミングへの苦手意識は自覚してるにも関わらず
昔の知識で俺は賢いんだと虚勢を張る100点おじ

非同期プログラミングの定義すら分かっていないにも関わらず
聞き齧った知識でとにかくマウントとりたい複製おじ

さて軍配はw

**デフォルトの名無しさん** · 2022/01/25(火) 19:09:20.65

>>941
文法でも概念でもどっちでも良いけどわざわざ新たな機能を追加したわけでそれはどういう意図があったんだろうね

**デフォルトの名無しさん** · 2022/01/25(火) 19:19:28.61

>>930
async-awaitで日本が滅ぶと主張するには根拠が足りん
async-awaitを使った場合と使わなかった場合でプログラミングにどういう問題点やデメリットが発生したのか具体的に述べよ

**デフォルトの名無しさん** · 2022/01/25(火) 19:43:42.73

>>943
書き易くしただけだろ

**デフォルトの名無しさん** · 2022/01/25(火) 21:38:27.02

>>945
いや根本的に違ってくる
例えばこの数値を返してくるサイト3つからその和を求める例
let n1p = fetch(url1);
let n2p = fetch(url2);
let n3p = fetch(url3);
let sum = await n1p + await n2p + await n3p;
これをawait使わずに書くと？

**デフォルトの名無しさん** · 2022/01/25(火) 21:44:45.91

>>944
一人二役やめろってww

**デフォルトの名無しさん** · 2022/01/25(火) 21:51:37.76

>>946
スレッド起こして各スレッドの終了待ち合わせて加算するだけだろ
やってることは変わらんよ

**デフォルトの名無しさん** · 2022/01/25(火) 22:00:39.47

>>946
さすがにそれは草

**デフォルトの名無しさん** · 2022/01/25(火) 22:01:29.32

根本的に間違ってるwwwww

**デフォルトの名無しさん** · 2022/01/25(火) 22:04:32.52

>>948
そこは並列となるOSスレッドは使わずに
シングルOSスレッド内で非同期に並行に可能だな

**デフォルトの名無しさん** · 2022/01/26(水) 00:14:44.20

>>946
そもそもそんな例は、デスクトップアプリでは有り得ない。

**デフォルトの名無しさん** · 2022/01/26(水) 00:20:09.97

デスクトップアプリというのは、Word,Excel,PowerPoint,AdobePhotoshop,
Illustrator,ClipStudio,各種CAD,各種3D Modeler/Renderer, 各種Simulator,
PowerDirectorなどの動画編集ソフト, 音楽作成ソフトなどのことなのだから、
3箇所の別のURLからデータをfetchして足す、などというようなソフトは想定外。
ありえたとしても例外中の例外で、そんな特殊ケース、レアケースのためだけに
有用な機能を付けることは重要ではない。

**デフォルトの名無しさん** · 2022/01/26(水) 01:20:32.34

>>953
C#にasync awaitを導入したのは愚かな判断だったということ？

>>945
いやそうなんだけどさ、そんな機能入れるのは愚かだと主張する人がいるので

**デフォルトの名無しさん** · 2022/01/26(水) 01:36:30.18

asyncウンコード vs 80年代プログラミング

**デフォルトの名無しさん** · 2022/01/26(水) 01:48:16.50

>>953
複数の非同期処理を待ち受けて結果を合成するような処理は高機能なデスクトップアプリならいくらでもやってる

**デフォルトの名無しさん** · 2022/01/26(水) 06:18:43.61

Excelでも計算式はマルチスレッドでやってるしな

**デフォルトの名無しさん** · 2022/01/26(水) 06:47:40.74

>>919
C/C++が使われてるケース全てだろうな

**デフォルトの名無しさん** · 2022/01/26(水) 16:43:19.04

>>956
高速化のためとAPIがI/O完了の柔軟な待機に対応して無い事が有ることから
マルチスレッドでの処理は行われているが、JSのようなシングルスレッドでの
async,awaitは行われて無いし、行う価値も無い。

**デフォルトの名無しさん** · 2022/01/26(水) 17:05:33.66

同期ブロッキングなプログラミングしか出来ない人はマルチスレッドに逃げるしか手がない

**デフォルトの名無しさん** · 2022/01/26(水) 17:51:33.36

>>960
Win32APIのファイルI/Oは、同期にも非同期にも対応しているが、
非同期だと柔軟性に欠けたことしか出来ず、やりたいことが出来無い事がある。
仕方が無いので、別スレッドを起動して、その中で同期的にWin32 I/Oを
使って待機状態にする。

**デフォルトの名無しさん** · 2022/01/26(水) 18:04:17.90

>>959
今はOfficeをはじめとした各種デスクトップアプリで
async/awaitに相当するやり方が普通に行われてるよ
マルチスレッドだけど各スレッド内でもタスクが切り替わる形
何でかって言うとそのほうが単純なマルチスレッドモデルに比べて少ないリソースで高いパフォーマンスを出せる場合が多いから

この辺から入門してみたら？
https://docs.microsoft.com/en-us/cpp/parallel/concrt/comparing-the-concurrency-runtime-to-other-concurrency-models

**デフォルトの名無しさん** · 2022/01/26(水) 18:55:15.29

マルチスレッドでプログラミングできる奴が非同期プログラミングできないとか意味不明w

**デフォルトの名無しさん** · 2022/01/26(水) 18:57:20.72

>>959
async/awaitは非同期プログラミングにおける便利な抽象化の一つだが
以下の2つのケースどちらの場合にも用いることができる
(1)並行(concurrent)にシングルOSスレッド内で別タスクを用いる場合
(2)並列(parallel)にマルチOSスレッドにおける別スレッドを用いる場合
どちらもawaitを用いている自分から見て非同期に別タスク/別スレッドが実行されawaitで同期的に待ち合わせとなる
各々の別タスク/別スレッドにおいて使われているのが同期I/Oか非同期I/Oかは関知外なのでどちらでもawait利用可
ただし同期I/Oを用いるとブロックされるのでシングルスレッドなら他を進められなくなりマルチスレッドなら無駄にスレッドが浪費される

**デフォルトの名無しさん** · 2022/01/26(水) 19:56:03.61

アスペじゃない人はこういう時はどうすればいいの？

**デフォルトの名無しさん** · 2022/01/26(水) 21:12:52.93

>>963
実際できない人がたくさんいる
自分が賢いと思い込んでるお年寄りや
頭が固くなってるお年寄りに多い

スレッドとクリティカルセクションで考える方が
分かりやすい場合も多々あるからね

**デフォルトの名無しさん** · 2022/01/26(水) 21:29:54.45

>>966
> スレッドとクリティカルセクションで考える方が
イベントとかセマフォは使わんの？

> 自分が賢いと思い込んでるお年寄りや
> 頭が固くなってるお年寄りに多い
自己紹介やね w

**デフォルトの名無しさん** · 2022/01/26(水) 22:08:02.72

>>967
クリティカルセクションも知らないのか
win32脳恐るべし

**デフォルトの名無しさん** · 2022/01/26(水) 22:25:33.62

>>968
> クリティカルセクションも知らないのか
どうやったらそんなアホな結論に至るの？w

**デフォルトの名無しさん** · 2022/01/26(水) 22:48:23.70

>>968
win32api にcriticalsection ありますけど…
https://docs.microsoft.com/en-us/windows/win32/sync/critical-section-objects

**デフォルトの名無しさん** · 2022/01/26(水) 22:52:37.00

レスつけるときは相手の書き込みを3回音読して読み違えてないか確認してからにしなよ

**デフォルトの名無しさん** · 2022/01/26(水) 23:00:32.17

>>969
クリティカルセクションを知ってれば
「イベントとかセマフォは使わんの？」なんてアホな返しはしないから

>>970
知ってるよ
win32脳と書いてる意味を考えて

**デフォルトの名無しさん** · 2022/01/26(水) 23:03:27.65

>>972
クリティカルセクションだけではどうにもならない場合もありますね
私はシグナルを併用していましたが、なにかうまくないみたいでスタベーションに悩まされたまま放置してしまいました…

**デフォルトの名無しさん** · 2022/01/26(水) 23:07:58.33

>>972
> クリティカルセクションを知ってれば
> 「イベントとかセマフォは使わんの？」なんてアホな返しはしないから
どうやったらそんなアホな結論に至るの？
もしかしてイベントとかを知らんのか？w

**デフォルトの名無しさん** · 2022/01/26(水) 23:12:17.31

c++ vs rust に関連する話題ほとんど出ないまま2スレ目終わりそうだけどスレ名変えた方が良いのでは？

**デフォルトの名無しさん** · 2022/01/27(木) 00:57:49.26

>>975
いや、Rustには、async, await的なものがあるが、C++にはないから
C++が劣ってるなどと言う良くある間違った集団幻覚を唱える人が
後を絶たないから、C++ vs Rustの話題になってる。

**デフォルトの名無しさん** · 2022/01/27(木) 06:17:23.60

>>972
クリティカルセクションが win32api に装備されている以上、クリティカルセクションを知らない者は、もはや win32 脳ですらないのでは？

**デフォルトの名無しさん** · 2022/01/27(木) 06:52:28.62

てか、>>961は非同期I/Oの代わりに同期I/O+スレッドって言ってるんだから普通に組むならイベント通知の方が楽だと思うんだが

**デフォルトの名無しさん** · 2022/01/27(木) 13:07:08.02

Rebuildの宮川さんが仕事でCとRustを使ってる模様

**デフォルトの名無しさん** · 2022/01/27(木) 15:12:30.35

大雑把にI/O観点で二つに分けると
昔は同期I/Oでブロックされるからマルチスレッド
今は非同期プログラミングでスレッド数はシングルからCPUコア数が上限
RustのFutureタスク、GoのGoルーチン、JavaScriptの非同期Promiseやコールバック
いずれもプロセス内スケジューラがI/O多重化(select/epoll)やタイマーなど管理して非同期プログラミングを支えている

**デフォルトの名無しさん** · 2022/01/27(木) 16:08:47.86

タンジェロ...？

**デフォルトの名無しさん** · 2022/01/27(木) 16:36:31.72

>>980
> 今は非同期プログラミングでスレッド数はシングルからCPUコア数が上限
え？
何の言語でどのスレッド機能を使うとそんな制限にあうんだ？

**デフォルトの名無しさん** · 2022/01/27(木) 16:37:02.13

ここまでディスクのコンジェスションについて言及なし

**デフォルトの名無しさん** · 2022/01/27(木) 16:46:02.85

>>982
制限ではない
効率を最大限にするために敢えて用いるOSスレッド数の上限をCPUコア数までに抑えて用いるのが現在の主流
その中でタスク数を何万でも好きなだけ動かす

**デフォルトの名無しさん** · 2022/01/27(木) 16:55:46.74

>>984
> 効率を最大限にするために敢えて用いるOSスレッド数の上限をCPUコア数までに抑えて用いるのが現在の主流
へー
でもさ、そのOSで動いてるプロセスは、君が作ったアプリだけじゃないんだけど
上限をCPUコア数までに押さえる理由が何かあるとすれば、他のプロセスも意識する必要あるんじゃないの？
ないの？

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

>>985
もちろんその通り
だから専有機なら上限で用いる
そうでないなら各configなど設定調整

**デフォルトの名無しさん** · 2022/01/27(木) 17:14:15.89

>>986
> だから専有機なら上限で用いる
「現在の主流」というのは、「専有機」での話？
それとも一般的な話？

**デフォルトの名無しさん** · 2022/01/27(木) 17:35:31.13

各ランタイムのデフォルトのスレッド数がどうなってるか調べれば標準的かどうか分かるんでないかね

**デフォルトの名無しさん** · 2022/01/27(木) 17:36:02.14

なんかこの人、俺用語が多くて何言ってるんだかよくわかんないんだよね

「非同期 "プロセス内スケジューラ"」の検索結果
2 件（0.30 秒）

・・・2件？

**デフォルトの名無しさん** · 2022/01/27(木) 17:36:38.66

>>987
専有機とか関係なく一般的やね
例えばGoでもRustのasync_stdでもtokioでも同じ
非同期ランタイムにより使用されるスレッド数上限のデフォルト値はCPU総コア数

**デフォルトの名無しさん** · 2022/01/27(木) 17:37:50.01

まともな奴いないのかよ

「"ランタイムのデフォルトのスレッド数"」で検索
"ランタイムのデフォルトのスレッド数"との一致はありません。

**デフォルトの名無しさん** · 2022/01/27(木) 17:40:14.56

こいつもか

「"非同期ランタイム" "スレッド数" 上限」
約 6 件（0.32 秒）

**デフォルトの名無しさん** · 2022/01/27(木) 17:41:47.24

ID変わってるけど、一人なのか？

**デフォルトの名無しさん** · 2022/01/27(木) 17:52:30.63

自分が理解できないと相手が敵かつ全て同一人物に見える病気のパターンかねｗ
皆普通に同じことを指している
何が理解できないのか素直に言ってごらん

**デフォルトの名無しさん** · 2022/01/27(木) 17:55:13.00

>>994
>>987の質問に答えてから続けてね

**デフォルトの名無しさん** · 2022/01/27(木) 17:55:25.06

タンジェロ？

**デフォルトの名無しさん** · 2022/01/27(木) 17:55:44.67

タンジェロ...？

**デフォルトの名無しさん** · 2022/01/27(木) 17:55:51.29

タンジェ

**デフォルトの名無しさん** · 2022/01/27(木) 17:55:56.90

ロ？

**デフォルトの名無しさん** · 2022/01/27(木) 17:56:18.35

1000ならスレ民全員来月に失職

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 43日 5時間 20分 28秒