このコードのMatlabとC++の速度比較

Question

私は簡単なC++コードを書いてC++でテストしましたが、mex file_name.cppでMATLABに同じコードを適用し、C++と同じコンパイラを使用しているMATLABで同じコードを実行します。ここでは、コードは次のようになります、私はMATLABのために、このコードを編集した

double a;int j;int i; 
double* k; 

for(j = 0; j < 100;j++){ 
    for(i = 0; i < 10000000; i++){ 
     a = a+1; 
    } 
    a = a/10000000; 
} 

plhs[0] = mxCreateDoubleMatrix(1,1,mxREAL); 
k = mxGetPr(plhs[0]); 
*k = (double)a; 

すなわち、適切なタイプに変更MEX-機能などを追加し、結果がで約900ms以下のとおりです。ここで

int k; 
for(int j = 0; j < 100;j++){ 
    for(int i = 0; i < 10000000; i++){ 
     k++; 
    } 
    k/=10000000 
} 

は、MATLABのコードがありますC++で3100 msとは対照的にMATLABです。

は、私が理解していないこと、しかし、MATLABは周り3.5倍高速である両者が同じコードを実行していて、同じコンパイラで（MATLABで私は、コマンドラインでmex -setupを書いて、MEXコンパイラとしてVisual Studioのコンパイラを選択）であります。

これより高速で、C++では何をしていないのですか？誰かが私に理由を説明してください、なぜそれほど大きな違いがありますか？私は他のコードを試しましたが、MATLABでは3〜6倍高速です。

私のPCは64ビットWindows 7、Visual Studio 2010はC++、MATLABはR2012bです。

これは私のVisual Studioバージョンのためですか？私はそれをVS2012に変更すれば、それは速くなるでしょうか？

mex -v出力はこちらです。

Answer 1

パフォーマンスは、MATLABは、このケースではやっているどのようなプラットフォーム、OS、コンパイラなどに大きく依存している

おかげで、それは何らかの形でVS2010のコンパイラはなかった最適化を見つけることに成功しました。私はVS2012へのアップグレードは大きな違いはないと思うが、間違っているかもしれないと思う。結局のところ、それは別のコンパイラです。

これは幾分驚くべきことですが、コンパイルフラグをチェックし、さまざまな設定でプロファイリングを試してみてください。 Matlabのインストールが32ビットであれば、違いが生じる可能性があります。

ご自分のコードに若干の違いがあるかもしれませんが、気付かなかったほどわずかです。あなたのコードは、パフォーマンスのばらつきも大きい他のライブラリとリンクしている可能性があります。

ここでの教訓は、を正確ににピン止めするのは非常に難しいということです。

EDIT：デバッグ用にコードがコンパイルされていると述べました。デバッグオプションを有効にすると他の最適化が無効になる可能性があり、各コンパイラはどのようなデバッグ情報が重要で、コードに固執するかという考え方が異なるため、コンパイラが出力するバリエーションがさらに増えます。

すべてのデバッグオプションをオフにして、より一貫した出力を得ることをお勧めします。同様のレベルの最適化でコンパイルしていることを確認することをお勧めします。おそらく最大限の可能性があります。

MATLABコードで、あなたが double aを使用しているときに、内側のループで int kを使用するC++コードでは

Answer 2

、（およびa=a+1からa++表記から奇妙な、変...）

あなたはunininialized両方それらを残します;this questionなぜそれが悪いのかを見てください。

MEXファイルは、デフォルトでANSI Cにあります。あなたのコードは実際にはそうです。 mex -setupを再確認してください。誤ってCコンパイラを選択したと思って、誤ってCコンパイラを選択した可能性があります。

また、両方のコンパイルのコンパイラオプションがまったく同じであることを確認してください。 正確にはと同じです。

しかし、私は問題の核心は、あなたがMATLABバージョンのC++バージョンとダブル演算で整数算術演算を行っているということだと思います。これは大きな違いをもたらす可能性があります。

これ以外にも、既に説明した内容と違いはありません。実際、基本的な最適化さえあれば、まったくまともなコンパイラであれば、このループがほんの些細なものであることを検出し、それを完全に削除できるはずです。