CはC ++よりも著しく高速です[クローズ]

私が理解している限り、すべてのスクリプト言語とコア科学プログラムは通常Cで書かれています。これにより、実装が煩雑になりますが、ポイントにまっすぐになります。

これらの人々がパフォーマンスを最大化したいと思っていることは理解していますが、C文字列とC構造体を使用することとC ++クラスを使用することには本当の違いがあります。C ++は、仮想関数を除いて同じように機能するようですが、クラス関数を1回格納し、そのクラスのすべてのインスタンスがその1つの関数を呼び出します。

Cを高速化する理由と、最速でなければならないpythonやsqliteなどのプロジェクトの顕著な違いは何ですか？

C ++は、科学プログラムによく使用されます。Cの人気はその領域で衰えているかもしれません。Fortranは、「低水準」言語として引き続き人気があります。

C ++では、「使用した分だけ支払う」。したがって、Cより遅くなることはありません。特に科学プログラムの場合、式テンプレートを使用すると、テンプレートエンジンを使用してカスタム最適化を実行し、プログラムのセマンティクスを処理できます。

PythonなどのプロジェクトでCが好まれる理由は、読むのが混乱しにくい傾向があるため、大きなコードベースは、より多くの貢献者のプールにアクセスしやすくなるからです。

SQLiteには、実行可能コードのサイズを小さくする必要がありますが、Cにはわずかなエッジがあります。C ++を賢明に使用することで、組み込みアプリケーションでの使用が可能になりますが、不要な言語機能が忍び寄る恐れがあるため、あまり一般的ではありません。

その理由は、相互運用性ほどパフォーマンスに関係しているとは思いません。C ++言語はC言語よりも複雑ですが、パフォーマンスの観点からは、どちらの方法でも顕著な違いはないはずです。一部のC ++構造は、同等のCよりも高速です（std::sortより高速ですqsort）。おそらく、その逆の良い例があります。

編集：相互運用性の面で...

基本的に、C ++標準では、異なるコンパイラ/バージョンで作成されたバイナリ間の相互運用を容易にするために必要となる可能性のあるもののいくつかは定義されていません。ここで最も注目すべき問題は、バイナリ内のシンボルの命名規則です。Cでは、言語はコード内の各シンボルからバイナリシンボル名への単一のマッピングを定義します。と呼ばれる関数my_functionは、と呼ばれるバイナリにシンボルを作成しますmy_function。一方、関数のオーバーロードなどの機能のために、C ++関数の名前をマングルする必要があります（バイナリのさまざまな関数シンボルに変換され、引数の型と戻り型をエンコードします）。標準では、マングリングの実行方法は定義されていません。つまり、C ++の同じ関数は、コンパイラーに応じて異なるシンボルにコンパイルできます（extern "C"C ++の関数のC相互運用性を強制するために使用されている場合を除く）。

結局のところ、スクリプト言語とネイティブコード間のインターフェイスは、内部での実装方法の詳細がC / C ++ /その他のネイティブ言語であっても、とにかくCインターフェイスである必要があります。

（私は意図的に言語の炎上戦争に参加したくありません。C++は本当に強力ですが、Cよりもはるかに複雑な言語であるため少し怖いです。単純に見えるものが影響を与える可能性があります。パフォーマンス）

Bjarneが[D＆E]で述べたように、有効性はC ++の主な目標の1つです。したがって、C ++は、プログラマーが前述の仮想関数やrtt情報などの「追加の」関数を使用する場合にのみ遅くなります。

ですから、それは心理的な理由だと思います。Cは、「遅い」C ++機能を許可しないために使用されます。

言語は本質的に速くも遅くもありません、インタプリタとコンパイラは多かれ少なかれ効率的かもしれません。

それに加えて、高級言語は通常実行時間のコストがかかる抽象化レイヤーを提供します。それらを使用していない場合、コンパイラはそれらを取り除くのに十分賢いかもしれませんが、言語のセマンティクスがそれを安全に行うことができない場合、それは不可能かもしれません...そしてあなたがそれらを必要とするならば、あなた自身でそれらを実装してください低レベルの言語では、「遅い」言語を使用するよりもおそらく遅くなります。