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/21(金) 18:42:50.23

C++の線形代数系ライブラリでは、長らくEigenがデファクトスタンダードとして扱われていましたが、ここ最近はEigenの名前を見かけることはあまり多くないように思います。

**デフォルトの名無しさん** · 2022/01/21(金) 22:57:18.79

>>866
標準でないライブラリはどの言語でも一緒やん。

**デフォルトの名無しさん** · 2022/01/21(金) 23:25:41.90

仕事には使えんな

**デフォルトの名無しさん** · 2022/01/22(土) 13:46:13.26

毎年決定版のライブラリやフレームワークが
変わるJS/TSで仕事回ってるし

**デフォルトの名無しさん** · 2022/01/22(土) 14:52:11.36

ブラウザは特殊。
デスクトップアプリでasync,awaitは不要。

**デフォルトの名無しさん** · 2022/01/22(土) 16:21:57.94

サーバサイドで使われてるのしらないの？

**デフォルトの名無しさん** · 2022/01/22(土) 16:26:26.49

もともと並列処理は、スーパーコンピューターで、クロック数の増加速度に陰りが
見え始めた時、複数のCPUで処理することで高速処理をするために発明されたもの。
プログラミングがとても難しいことが知られており、速度が十分な場合は不要。
1コア(スレッド)なのに非同期にする理由は無い。

**デフォルトの名無しさん** · 2022/01/22(土) 16:29:08.60

並列処理は、プログラムの難しさと引き換えに、速くなるためだけに発明された
だけの苦肉の策。
技術的な頭打ちをなんとか凌ぐために登場した。
シングルスレッドだと全く速くならないのに、プログラムを難しくするだけで
意味が無い。

**デフォルトの名無しさん** · 2022/01/22(土) 17:02:58.58

>>870
ほー、じゃ直近3年でプロジェクトに採用したFWを時系列に並べてみ？

**デフォルトの名無しさん** · 2022/01/22(土) 17:06:13.90

非同期並列ネタは複製おじさんの釣り仲介イテレータ

**デフォルトの名無しさん** · 2022/01/22(土) 17:28:20.63

お前はまずマルチスレッドとマルチコア（or プロセッサ）の違いを理解してから書き込め
スパコンの前からマルチタスクは普通に使われてた

**デフォルトの名無しさん** · 2022/01/22(土) 18:12:53.04

>>877
それはアプリケーションレベルでの話で、マルチプロセス。
複数のCPUや複数のコアが搭載されるようになってからのみ、
マルチスレッドプログラミングの意味が出た。

**デフォルトの名無しさん** · 2022/01/22(土) 18:14:18.83

>>877
マルチタスク(マルチプロセス)は、OSの利便性のために生まれた。
速度とは関係無いし、アプリのプログラミングにもほぼ関係無い。

**デフォルトの名無しさん** · 2022/01/22(土) 18:28:41.27

何言ってるんだ？
古くからマルチプロセスで高速化なんていくらでもあるだろ
make -j オプションとか知らんのかよ

**デフォルトの名無しさん** · 2022/01/22(土) 18:37:28.25

>>880
シングルコア、シングルCPUのPC-9801だと基本的に速くならん。

**デフォルトの名無しさん** · 2022/01/22(土) 18:48:08.80

>>881
お前CPU Bound / IO Boundって知らんだろ
そんな知識で語るなよw

**デフォルトの名無しさん** · 2022/01/22(土) 19:05:35.39

>>871
最近はブラウザベースのデスクトップアプリ多いよね

**デフォルトの名無しさん** · 2022/01/22(土) 22:34:52.70

>>882
プログラマにあなたのような頭が悪い人が増えているから、
async,awaitが有名になっているのかも。

**デフォルトの名無しさん** · 2022/01/22(土) 22:36:34.19

>>884
もうそういうレスしか返せないならやめたら？
痛々しいぞ

**デフォルトの名無しさん** · 2022/01/22(土) 23:42:41.14

頭が悪い人は出入り禁止にして欲しい。
馬鹿とカシコがごちゃまぜになって紛糾してしまうのが匿名性掲示板の限界。

**デフォルトの名無しさん** · 2022/01/22(土) 23:52:32.52

>>882
でもお前もインフライトキュー知らねーじゃん

**デフォルトの名無しさん** · 2022/01/22(土) 23:56:12.45

>>871
デスクトップアプリでasync,awaitは不要、というのは古い環境だな
非同期を使わずに済むように制限があり
自分でI/O通信アクセスなどするのを許さないか
あるいは同期ブロックされて自分のスレッドは止まってしまう
つまりその場合でも意識はせずともその環境はマルチスレッドを使っている

>>873
1コア(スレッド)なのに非同期にする理由は無い、は間違ってるな
むしろ1スレッドで効率よく色んなことをするために非同期がある
JavaScriptがシングルスレッドなのに非同期を活用しまくりなことを知らないのだろうか？

**デフォルトの名無しさん** · 2022/01/23(日) 00:05:07.66

書き込み内容ではなく、 >>884 のように人格攻撃しかしないのはクソオブオソだから、普通に無視しとけ

**デフォルトの名無しさん** · 2022/01/23(日) 00:18:25.28

>>884 みたいなの釣りなのかマジモンなのかどっちなんだろ

**デフォルトの名無しさん** · 2022/01/23(日) 00:42:54.28

JSがHTMLを補助するために独特の仕組みを生み出しただけなのに、
それを一般化する人が増えて困る。

**デフォルトの名無しさん** · 2022/01/23(日) 02:19:46.48

このスレによく書き込む奴の中に、アスペが一人か二人いるようだ

**デフォルトの名無しさん** · 2022/01/23(日) 03:24:03.55

JSはプログラミング言語として特殊すぎるから、それを基準にしてはいけない。
特にasync,await,PromiseはHTMLの特殊性からきているものなので、
「新しい概念だから他のプログラミング言語にも広めていくべき」
などという見方は間違っている。

**デフォルトの名無しさん** · 2022/01/23(日) 03:33:10.01

async await最初に導入したのってC#では

**デフォルトの名無しさん** · 2022/01/23(日) 07:33:46.51

>>887
それ何？
ちょっと説明してみ

**デフォルトの名無しさん** · 2022/01/23(日) 07:35:24.30

>>890
論破されて引っ込みつかなくなってからの人格攻撃でしょ
無能によくあるパターン

**デフォルトの名無しさん** · 2022/01/23(日) 09:13:42.66

そもそもマルチスレッド(タスク)や非同期処理はIO多重化への対処であってコアの数は関係無い。
(マルチコアのほうがより効率に処理できるが)
本質わかってないやつ多すぎ。

**デフォルトの名無しさん** · 2022/01/23(日) 10:46:09.32

>>897
> 本質わかってないやつ多すぎ。
お前が一番わかってないだろ…

**デフォルトの名無しさん** · 2022/01/23(日) 13:55:33.39

このネタ毎回爆釣だね

**デフォルトの名無しさん** · 2022/01/23(日) 14:03:32.33

あと釣り宣言来ましたので今回はこれでお開きのようです

**デフォルトの名無しさん** · 2022/01/23(日) 21:34:18.28

>>897
それはOSレベルで工夫すればなんとでもなるので、マルチスレッドは必須ではない。
ところが、高速化に関しては、クロック数が頭打ちになってきているので、
マルチコア/マルチCPU化して、マルチスレッド・プログラミングで対処する
しかないことが出てきた。
したがって、あなたの主張は完全なる間違い。
実際は正反対。

**デフォルトの名無しさん** · 2022/01/23(日) 23:36:55.40

>>897の「マルチスレッド(タスク)や非同期処理はIO多重化への対処」のI/O多重化は当然通信も含むんじゃないか
>>901
OSレベルで工夫すればなんとでもなる、なんて無理
通信相手が返事を返すのに数msec、数秒、数分ということは現実に有り得る
シングルスレッドで同期のみならその間は何も出来ない
マルチスレッドであっても通信相手が多数ならば多数のスレッドが必要となりそれらが同期のみなら全て待ちのために停止
マルチプロセスにしても同様でいずれも無駄にOSリソースを使うだけとなる

つまり非同期プログラミングは必須
非同期ならばシングルスレッドでも並行(concurrent)に処理することができる
さらにマルチコアを有効活用するためにマルチスレッドで非同期にすれば並列(pararell)にも処理することが出来る

**デフォルトの名無しさん** · 2022/01/24(月) 06:27:31.76

>>902
> シングルスレッドで同期のみならその間は何も出来ない
Polling って知ってるか？

**デフォルトの名無しさん** · 2022/01/24(月) 07:44:27.65

>>903
select/kqueue/epollなどでポーリングして切り替えながらノンブロッキングで複数I/Oアクセスをする大昔から行われている方法のことだよな
これを同期プログラミングとは呼ばないな
むしろこのポーリング方式で切り替えながら呼び出すコールバック先を単なる関数だけからコルーチン対応にしたものが非同期プログラミングと呼ばれるくらいだ
そしてポーリング状態およびタイマー状態に応じて呼び出すコルーチンを切り替えていくのがスケジューラ
もちろん通常の非同期プログラミングではその部分はライブラリなどに任せてしまい呼び出されるコルーチン部分をプログラミングすることになる

**デフォルトの名無しさん** · 2022/01/24(月) 08:06:22.73

お前の頓珍漢な非同期の定義を語られてもw

**デフォルトの名無しさん** · 2022/01/24(月) 08:43:07.50

ポーリング使うのは非同期処理だろ普通。

**デフォルトの名無しさん** · 2022/01/24(月) 09:17:56.02

while(kbhit() == 0){ ... }
みたいなのを非同期処理って言うのか？

**デフォルトの名無しさん** · 2022/01/24(月) 09:21:18.02

>>904
もうやめとけ

**デフォルトの名無しさん** · 2022/01/24(月) 10:28:27.13

kbhitの中でキー入力を待ち合わせるわけじゃないから非同期処理でいいんじゃね？

**デフォルトの名無しさん** · 2022/01/24(月) 13:14:45.02

>>902
お前は、ゲームのキャラそれぞれが別スレッドで動かされていると
思ってるだろ。
昔からキャラは複数のハードで処理されていると思う人が後を経たなかった。

**デフォルトの名無しさん** · 2022/01/24(月) 13:19:05.37

非同期I/OとノンブロッキングI/Oの違いを述べよ

**デフォルトの名無しさん** · 2022/01/24(月) 13:58:28.17

Rustのビルドを高速化する方法
https://postd.cc/fast-rust-builds/

**デフォルトの名無しさん** · 2022/01/24(月) 14:51:22.20

相変わらず隔離対象のお二人さんは自分の狭い知識と観点が全てなのな
アプローチは違うが考え方も知識レベルも似たもの同士
だから反発し合う

**デフォルトの名無しさん** · 2022/01/24(月) 14:59:04.35

もう何を話しているかなんてどうでもよくて、相手が屈服するまで続けるという不毛地帯

**デフォルトの名無しさん** · 2022/01/24(月) 15:14:06.56

>>904
9割方その通りですが
epollやselectなどのポーリング結果で呼び出される対象は単なるコールバック関数でも非同期プログラミングですよ
例えばJavaScriptでは非同期関数のコールバックは単なる関数でよいです
もちろんコルーチンとなるasync関数から使えばawaitできる点でもっと利便性の高い非同期プログラミングになりますね

>>910
非同期プログラミングは必須と主張している相手に対してスレッドの話は噛み合っていないですよ
非同期プログラミングとマルチスレッドプログラミングは別です
同期／非同期とシングルスレッド／マルチスレッドは組み合わせ4通り全てが用途ごとに使われています

**デフォルトの名無しさん** · 2022/01/24(月) 15:42:51.22

9割方その通りですがw
お前が言うなやww

**デフォルトの名無しさん** · 2022/01/24(月) 16:07:45.87

>>914
そりゃ、間違ってる相手は野ざらしにしておけないからな。
放置すれば日本が衰退するから。

**デフォルトの名無しさん** · 2022/01/24(月) 16:17:39.92

>>917
きみら二人以外誰も困らないよ

**デフォルトの名無しさん** · 2022/01/24(月) 17:40:26.73

サーバーサイドはGo使えってのが常識になってきたっぽいぞ
Rustどこで使えばいいんだよ

**デフォルトの名無しさん** · 2022/01/24(月) 17:51:20.76

フットプリントが大きいと困るような低レベルなレイヤーには向いているだろうが、
ウェブアプリケーションは水平分散でなんとかなるからRailsとかも使えてたわけで

**デフォルトの名無しさん** · 2022/01/24(月) 17:54:55.80

ウェブアプリじゃなくて、もっと広くサーバサイドのことを本当に言ってるなら、
主語が大きすぎてよくわからん

**デフォルトの名無しさん** · 2022/01/24(月) 18:37:54.23

>>915
だからお前の頓珍漢な非同期処理を語られても困る
I/Oとプログラムが同時に動作してると言うなら単なる同期Write命令でも実際の書き込み動作はたいてい非同期
そんなこと言い出したら同期処理なんてほとんどないわな

**デフォルトの名無しさん** · 2022/01/24(月) 18:46:19.25

>>921
サーバで動かすツール・コマンドのことを言ってるんじゃなかろうか

**デフォルトの名無しさん** · 2022/01/24(月) 19:35:27.58

>>906
同意
ただしポーリングといっても意味合いが何種類かに分かれて
単純だがムダな状態チェックポーリングの定期もしくは常時ループもあれぱ
OSシステムコールselectなどの登録して待つタイプのポーリングもあれば
その上のレイヤで例えばRustがタスクfutureに対して状態を進めるためのポーリングなどがあり
皆の想定が異なるのかもしれない

>>910
その別スレッドを起動せずとも複数のタスクに対応できるのが非同期プログラミング
とはいえゲームのフレーム更新は常に期限が来てくれるので単純なやり方でも何とかなる
通信相手から返事が来る時間が読めないのとは違う意味で

>>915
async/awaitを含む間欠タイプを想定してコルーチンと書いてしまっていた
確かにコールバック渡し非同期関数もあるな

**デフォルトの名無しさん** · 2022/01/24(月) 20:31:59.50

人格複製おじさん定期

**デフォルトの名無しさん** · 2022/01/24(月) 20:37:10.25

言葉の定義の話ずーーっとやってるスレだな

**デフォルトの名無しさん** · 2022/01/24(月) 20:49:02.48

それなのに一つも用語の定義ができないのはなぜなんでしょう？

**デフォルトの名無しさん** · 2022/01/24(月) 22:39:10.70

>>927
一言で言えば自分自身で思考する能力がないから

**デフォルトの名無しさん** · 2022/01/24(月) 23:44:28.94

みな生活に余裕がないのかマウンティングしかしない
もっと協力して生産的な話して

**デフォルトの名無しさん** · 2022/01/24(月) 23:53:51.56

>>929
アホがえらそうにしてるのは看過できないよ。
日本が滅ぶから。
最近、プログラミングの世界で間違ってる主張が集団幻覚のように広まる
ことが多くなったから。それが、async,awaitが重要などと言う主張。

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

async awaitで日本が滅ぶ説は初めて聞いたな

**デフォルトの名無しさん** · 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
実際できない人がたくさんいる
自分が賢いと思い込んでるお年寄りや
頭が固くなってるお年寄りに多い

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