0

.net 4.5 の新しいマルチコア jitting 機能を利用したいと思います。

  • 私の web.config は targetFramework="4.5" に設定されています
  • IIS のアプリケーション プール フレームワークは v4.0 に設定されています (私の理解では正しいです)。
  • 私のプロセッサーは 4 コア (またはハイパースレッディング付きの 8) の i7 です - http://ark.intel.com/products/52214/

しかし、JIT コンパイル時間 (パフォーマンス プロファイリングに基づく) が減少したようには見えず、ASP.NET 一時ファイルに *.prof ファイルが作成された形跡も見られません。

この理由を突き止めるにはどうすればよいですか？

4

1 に答える 1

3

特定のシナリオでは、バックグラウンド JIT コンパイルが機能しない場合があります。PerfView http://www.microsoft.com/en-us/download/details.aspx?id=28567を使用してデバッグできます。

ドキュメントから、主な理由は次のとおりです。

  1. モジュールがロードされると、モジュールコンストラクターが呼び出される可能性があり、これには副作用が生じる可能性があります (これは非常にまれです)。したがって、バックグラウンド JITTing によってモジュールが他の方法よりも早くロードされると、(まれな) バグが露呈する可能性があります。バックグラウンド JIT には非常に高い互換性バーがあったため、JIT コンパイル時にロードされた EXACT モジュールを各メソッドにタグ付けすることでこれを防ぎ、すべての EXACT モジュールもロードされた後にのみバックグラウンド JIT コンパイルを許可します。現在の実行。したがって、(以前のユーザー アクションによって異なるモジュールがロードされたため) ロードされるモジュールの数が増減するシナリオ (メニューを開くなど) がある場合、バックグラウンド JIT がうまく機能しない可能性があります。

  2. System.Assembly.ModuleResolve イベントにコールバックをアタッチした場合、ModuleResolve コールバックが 2 回目の実行で異なる応答を返した場合、バックグラウンド JITing に副作用が生じる可能性があります (非常にまれであり、非常に悪い設計ですが)。ファーストラン。このバックグラウンドにより、JIT コンパイルは、ModuleResolve コールバックが初めて呼び出されたときに中断されます。

  3. 失敗したモジュール ルックアップは、最終的に失敗する前に ModuleResolve イベントを呼び出すため、失敗したモジュールのプローブはバックグラウンド JIT コンパイルも禁止することを意味します。

バックグラウンド JIT に失敗しているアセンブリがこれらの問題のいずれかを公開しているかどうかを確認することをお勧めします。これを行うには、アプリケーションを開始する前に新しいコレクションを開始し、完了したら停止します。Advanced セクションのBackground JITオプションをチェックすることを忘れないでください。

JITStats セクションでは、次のようになります。

Total Number of JIT compiled methods : 10,673 
Total MSec JIT compiling : 9,873 
This process uses Background JIT compilation (System.Runtime.ProfileOptimize) 
WARNING: Background JIT aborted at 11,847.909 Msec 
The last assembly before the abort was 'NHibernate.XmlSerializers' loaded unsuccessfully at 11,793.741 
Methods Background JITTed : 0 
Percent # Methods Background JITTed : 0.0%

アップデート

シナリオ 3 に関連して、ASP.NET の場合、ASP.NET 自体が ModuleResolve イベントを処理するため、モジュールの読み込みに失敗すると、ASP.NET アプリで MCJ が中止されます。

于 2012-11-13T19:37:40.270 に答える