C++相談室 part163

2022/12/30(金) 23:16:31.37

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
C++相談室 part162
https://mevius.5ch.net/test/read.cgi/tech/1667194175/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2023/05/05(金) 17:53:15.49

>>949
>個々のアプリをリビルドせずにVMだけリビルドすれば済むからエコシステムを維持しやすいの
>たしかM1 Macが出てから半年も経たずにARM版JavaVMが登場したと思う
>JavaアプリはIntel MacでもM1 Macでも同等の性能が出る
>ネイティブアプリは各開発者がARMビルドをリリースするのを待たなければならなかった（まだIntel版しか存在しないアプリも多い）
そのネイティブアプリとは一体……
およびそんな特定のケースを言語の優劣の一般論として展開してよい根拠とは一体……
および>>946はどうなるんじゃ……

さらに言うと、VMの改修による新規プラットフォームのトータルサポートが、特定の応用で#ifdef/#else/#endifを何個か追加して
ソースからビルドするより常に早いとする根拠は一体……

2023/05/05(金) 18:01:52.41

ごめんね
話が噛み合わないようだからこれで最後にする

一般論として言語の優劣を語ってるつもりはないです
ソースコードからのリビルドよりVMが速いとは言ってないです
開発者の事情でリビルドされない既存バイナリで性能が出ない状況が実際にあると言ってるだけです

2023/05/05(金) 18:11:56.10

さっきも書いたけど常にc++の最適化が他の仕組みに勝つとは限らないから
他の言語でsimd化されてc++でsimd化されない場合もあるだろうと

2023/05/05(金) 18:18:32.71

データベースでは長期運用でデータ数が変わるから、
統計情報を参考にして、使われるアルゴリズムも変わる

特に、IBM では全自動のみ。
自分で、使うアルゴリズムを指定できない

2023/05/05(金) 18:19:38.90

C++はメモリーのフラグメンテーションを解消できないからJavaより遅いというエンジニアの意見は有名だと思う

2023/05/05(金) 20:13:04.57

データベースでは独自のガベージコレクションくらい実装している

2023/05/05(金) 21:20:11.75

Java仮想マシンとARM向けx64仮想マシンの比較ですか

2023/05/06(土) 03:05:01.42

>>954
フラグメンテーションで遅くなるのは、キャッシュの影響だけ。
ソートだけはキャッシュが乱れまくるので、特殊。
それ以外は、ほとんどの場合は、遅くならない。

2023/05/06(土) 03:08:16.87

キャッシュの乱れによる速度低下を防ぎたいなら:
・ソートは本当に必要な場合だけ行なう。
・ソートする場合でも、要素数が少なければ特に問題ない。
　すべてがキャッシュに載ってしまえば、キャッシュミスが起きないから。
・そもそも物理シミュレーターではソートは必要ないことが多い。
　なぜなら自然の物理法則はソートの概念を用いていないから。
・レイトレーシングなども物理法則に基くので、基本的にソートを
　余り使わないでよいアルゴリズムを作ることが出来る。

2023/05/06(土) 03:48:50.75

>開発者の事情でリビルドされない既存バイナリで性能が出ない状況が実際にあると言ってるだけです
そういう話ならそういう話で、
>既存バイナリの長期運用では最適な速度を出せない状況に遭遇することがあるんだ(>>947
と言ったときに、何と何の比較なのか（何なら「最適な」速度なのか）というレギュレーションを先に示して……

ソースコードからリビルドするだけで元より速くなるケースが本当にあるなら、そういうケースの提示をすっとばして
Javaや.NETの中間コードにしてCPU命令セットに依存させないアプローチの話なんてしないで……

一般的な速度比較ではなくて、他の言語でsimd化されてc++でsimd化されない場合の速度比較ならその話だけして……

アスペにill-definedなﾋﾞﾐｮｰなネタ振りをしないで……

2023/05/06(土) 03:54:48.32

いや俺3行以上は読まないから

2023/05/06(土) 03:55:54.11

補足、

>既存バイナリの長期運用では最適な速度を出せない状況に遭遇することがあるんだ(>>947
と言ったときに、最適な速度をたたき出すﾌﾞﾂが発言者の脳内にしか無いのだとしたら
そんなの単なるお気持ちの表明やんけ……

自分は最初から正しい論理展開をしていたみたいな顔するのはやめて……

2023/05/06(土) 03:57:28.42

あと2行削れば読んでやるよ

2023/05/06(土) 07:33:39.33

それも度が過ぎとるな

2023/05/06(土) 08:23:03.54

>>961
はじめから「中間コード」と「ビルド済バイナリの長期運用」って書いてあるぞ？

2023/05/06(土) 08:31:13.11

俺は産業用システムのフロントエンドUIをC#で組むことが多いんだが、とあるデバイスの制御APIがネイティブDLL（.NETアセンブリではない）で提供されていたんだ
そのデバイスメーカーはなぜか32ビット版のDLLしか提供してくれなかった
それでC#プログラムも32ビット版.NETランタイムで動かさなきゃならなくなった

C++が速いとかどうでもいいけどさ、せめて64ビットビルドできるようになってから言ってくれないかな？

2023/05/06(土) 09:34:57.34

C++が速いとか関係なく、そのデバイスメーカーに言え

2023/05/06(土) 09:50:15.65

64ビット版.NETランタイムから32ビットDLL使う方法あるでしょ
NeeViewがそういうことしてる

2023/05/06(土) 10:15:28.65

最近のc++プログラマってプロセス間通信も知らないの？

2023/05/06(土) 11:51:45.90

NeeViewもSusieプラグイン用の32bitプロセス起動してプロセス間通信してるだけやで

2023/05/06(土) 12:09:15.03

もうC++の話しじゃねーじゃん

2023/05/06(土) 14:00:34.30

比較と称して対立煽りすればスレの勢いが伸びる
ただし意味のある議論はほぼ発生しない

技術板にアイデンティティを勝手に感じている技術力ゼロの雑魚だけがこういう話を振り、乗っかる

2023/05/06(土) 16:35:41.29

ない環境の仕事が長くなってさわりしか覚えてないな

2023/05/07(日) 12:16:32.15

>>964
>はじめから「中間コード」と「ビルド済バイナリの長期運用」って書いてあるぞ？
同じアプリの＊実在する＊中間コード版と
＊実在する＊長期運用されたビルド済バイナリとで比較しているのかっていうか、
その根拠こそ求められる
>>964はふいんきに飲まれて詐欺に遭いやすいタイプなのではないか……

2023/05/07(日) 13:31:09.45

同じアプリである必要あるか？

2023/05/07(日) 18:18:18.80

>同じアプリである必要あるか？
ある
「中間コード」と「ビルド済バイナリの長期運用」の速度を比較しようとしているのだから、
それらの違い以外は同じに保たねば正しい比較にならない

2023/05/07(日) 18:20:17.74

0xの頃のように混とんとしてきたが、あの頃の熱さはないな

2023/05/07(日) 18:21:16.14

C++20で飯の三杯くらいは食えると思うが

2023/05/08(月) 12:43:08.47

昔Windows上でJavaがエラー吐いたとき
VCのエラーを出力してたから
裏ではC++使ってるんだろ
つまりJavaもC++のパワー借りてんだから
C++のほうが速いって話にならない？

2023/05/08(月) 13:06:18.19

>>978
ならない。

2023/05/08(月) 18:41:34.65

C++はエンジン、Javaはターボという関係では？

2023/05/08(月) 20:29:15.27

JavaってAVXとかNEONとか使えるの？

2023/05/08(月) 21:28:12.53

JavaでもAVX等の拡張命令は使われるみたいよ
https://www.slideshare.net/nttdata-tech/java-maximize-cpu-2019-nttdata-suenaga

2023/05/09(火) 01:01:11.52

命令を記述出来るかってこと
AVXやNEONはコンパイラじゃ性能出ない

2023/05/09(火) 01:14:10.24

あー自分で書きたいのか
Javaの場合はJEP417 Vector APIでAVX命令を扱えるよ

2023/05/09(火) 07:03:13.01

つstd::valarray

2023/05/09(火) 07:36:45.97

>>894 >>895
自分で書けなきゃ性能出ないって言ってるのに
例えばvpshufbなんかコンパイラが使わんでしょ

Javaは遅いっていう流れで書いたわけで

2023/05/09(火) 09:28:23.14

？？？
JavaのVector APIはSIMDを扱うために新たに策定されたもの
C++の動的配列std::vectorとはまったくの別物よ？

2023/05/09(火) 12:20:03.88

ごく一部の命令をごく一部の処理で使えたってダメだよ
1000個以上も命令あるんだし

コンパイラが使いこなせなそうな命令の具体例を上げてるのに

CやC++ならいろんな方法で使えるわけで
・ライブラリ経由
・Intrinsics
・インラインアセンブラ
・アセンブラ

2023/05/09(火) 12:24:30.62

また無意味な比較合戦が始まった

2023/05/10(水) 05:01:02.91

>>986
Javaはかなり速いのでは？

2023/05/10(水) 10:09:03.15

意味の無い比較じゃなくて
目的に対して適切な言語を使うのが大事だよな

ところでrustはc++より速いの？

2023/05/10(水) 10:20:22.13

速いけど早くない
あとつらい

2023/05/10(水) 10:43:52.47

>>991
煽りよるｗｗｗ

>>992
C++ の一番のつらさはいつの間にか未定義を踏み抜いていることなので
そういうのでとけていく時間と天秤にかけたら結果的に Rust のほうが「早い」こともある。

2023/05/10(水) 16:25:34.12

処理系定義や未規定を未定義と誤認するやつ
理由がコンパイラに警告されたからとか
笑っちまうよな

2023/05/12(金) 00:22:08.92

未定義踏みぬくなんて高度なことをやってるんだなと書きながら
単純化すると
cout < i++ < i++ < i++;
みたいなコードを書いている

2023/05/12(金) 00:35:46.20

うーん酔ってるな
<<　<< <<
おわかりいただけだろうか？

2023/05/12(金) 12:44:21.56

C++相談室 part164
http://mevius.5ch.net/test/read.cgi/tech/1683600652/

2023/05/12(金) 18:01:57.78

>>997
甲

2023/05/12(金) 18:02:15.57

乙

2023/05/12(金) 18:03:13.12

質問いいですか？

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 132日 18時間 46分 42秒