- 機械語にコンパイルできるから速いってだけで別にC++が速いってわけじゃないよな
- 結局機械語にコンパイルしたら全部一緒です
になりそうな気がしてならない - でもコンパイル可能な言語全部速度おなじではないよね？
- >>3
なぜ一緒じゃないの？ - このスレはＣ＃ゲェジが立てたスレです
- 意味不明すぎない？
- >>6
いや意味はわかるだろ
コンピュータの上では機械語(0と1の羅列)が動いてるわけでC++が動いてる訳ではない - コンパイラが違うなら結果は異なるものになるのでは
- >>8
やっぱ結局機械語に翻訳するコンパイラなんだよなぁ - 違うぞ
C言語はエラーチェックしてないから速いんだぞ
その代わりエラー出たら即落とされる
高級言語は逐一やばい操作してないかチェックしてやばかったら例外投げる - >>10
エラーチェックは機械語でやってんじゃないの？
JavaとかC#とかのJITでもそうだろ？ - >>12
やってないよ
すぐコアダンプ履くだろ - >>15
じゃあエラーチェックはJITコンパイラがその都度やってんの？ - オレのパソコンは普通にPythonでも速い
お前らの使ってるパソコンってXP時代とかの奴じゃないの - >>13
そういうこと言ってるんじゃないけど - 実装依存で速く出来る可能性があるってだけ
チンカスが書いたC++とまともなやつが書いたPythonならPythonの方が速いかもしれない - むかしのしょうもないファミコンの時代だとアセンブラが最速で
みたいな話あったんで
いまだにこの2025年で工夫しながらプログラミングとかしてる人見ると
なんかさぁ、無駄な苦労をするタイプに見える
きっと良いプロダクト出来てないと思うよ、まぁ無駄な苦労を繰り返しなよ、お似合いだよ - ちゃんと考えて組まないと遅くなるガベージコレクション搭載してる言語
ちゃんと考えないと危険なメモリ操作しようとするC言語
しかもコンパイラが僕の考えた最高に効率のいいプログラムに変換しようとするので、動かしてみないと気づかなかったりする - 言語違かったらコンパイラが違うし機械語への翻訳も変わるんじゃないん？
- >>20
まぁそれはあるけどだからと言ってほかの言語で機械語にコンパイルしたプログラムがC++で機械語にコンパイルしたプログラムより早くできる可能性は0ではないよね
結局機械語次第だよね？ - C系列はコンパイルしたらこういう機械語を吐くよねってのが大体想像できちゃう
- >>27
そうなんだ - C#のコンパイラって裏側LLVMなの？
- >>30
.NETだけど最近NativeAOTが実装された
UnityのBurstコンパイラーはLLVMだね - C言語では a[i] が *(a + i) と等価だってのは機械語やったことがある人から見ると「ああ、うん」という感じなのな
- >>31
それは機械語関係なくC言語の事情でしかないと思う
糖衣構文ってやつ - >>34
インデックスレジスタの話 - >>31
C言語やってないけどわかるわ
配列はメモリが一直線になるからaのアドレスにiを足したところのアドレスがa[i]になる - めっちゃ強強の型システムで配列の要素数をコンパイル時に決定して、実行時に全くチェックしないLLVMをバックエンドにもつ言語あったら、Cと同程度に速そう
コメント