将来のフレームワークバージョンでのジッタの改善

Question

「管理されたオーバーヘッド」コンストラクトが使用されていない（チェックインされたインデックス付きの配列など）場合でも、C＃ジッタはC++コンパイラよりもかなり遅いコードを生成することに気づきました。それを定量化する

、私は、次の単純なループを計時：

public static int count = 1000000000; 
public static int Main() 
{ 
    int j = 0; 
    for (int i = 0; i < count; ++i) 
    { 
     j += (i % 2 == 0) ? ((i + 7) >> 3) : (i * 7); 
    } 
    return j; 
} 

このループは（/ Oでコンパイル）を実行する3.88sを要します。 VC 2010（-O2）でコンパイルされた等価ループは2.95秒かかる。

下位コードが実際に生成されたことを確認するために、マシンコードを比較しました。つまり、VCコンパイラからリスティング（/ FA）を作成し、C＃プログラムにループを完了した後にデバッガをアタッチしました。

確かに、C++バージョンでは、いくつかの巧妙なトリックを使用しています。例えば、7による高価な乗算を避けるために、ループカウントごとに7ずつインクリメントされる個別のレジスタがあります。 C＃版は毎回乗法（imul）を行います。他にも違いがあります。

私は、C＃ジッタがビルド時にVCよりも実行時にコードをコンパイルする時間が非常に短いことを理解します。しかし、例えば。 Javaジッタは、頻繁に使用されるメソッドを動的に最適化します。 C＃はそれをやっていないようです。

私の質問です：将来のフレームワークバージョンでC＃ジッタを改善する計画はありますか？

Answer 1

将来のフレームワークバージョンでC＃ジッタを改善する計画はありますか？

それは、彼らは両方とも今から彼らの上の病気だったことを、それぞれのジッタを改善し、最後の十年を費やしたと思いながら、ことが合意されたMicrosoftとXamarinの間で秘密会議先月が実際にあった場合、あなたが求めていますXamarinはジッタを改善した提出されたパッチを拒否する一方、MSは誰もを再割り当てするだろうか？

私は、これは起こりそうもなく、積極的に開発された他のすべてのソフトウェアプロジェクトと同様に、改善する計画があると言います。

さらに、私が実際にあなたができるだけ早く与えたコードを実行したいのであれば、それをreturn 161315136;に手で最適化したいと思います。このようなコードは、実装Aが実装Bよりも遅いことを証明できますが、どちらの実装の背後にいる人々が自分の努力に集中すべきかについては何も言及していません。

Answer 2

リリースビルド、VS2008SP1、.NET 3.5SP1、10回の試験の平均：

.NET, x86: 2.646 seconds 
C++, x86: 2.652 seconds 
.NET, x64: 2.352 seconds 
C++, x64: 2.090 seconds 

古典的なミスが、/ Oが重要であると仮定jitting時間を測定、デバッグビルドを実行して、添付デバッガでテストしていますジッタオプティマイザは無効になります。

x64のジッタはあなたが言及した同じトリックを使用して、それがC++コードジェネレータに固有のものではありません。

00000030 xor   r9d,r9d 
... 
00000059 add   r9d,7 

.NET 4.5の新機能は、プロファイルに基づく最適化です。

今後の計画は、Microsoftのような企業によって決して共有されることはなく、推測のポイントはありません。