2

プリコンパイル済み(更新可能)の 150 個の *.dll ASP.NET Web サイトで、' % Time in JIT ' が非常に高く (> 60%) なり、アプリケーションがウォームアップした後も長く変動する (すべての機能にアクセス)、新しいアセンブリを生成する可能性のあるアプリの再起動やファイルの変更はありませんか?

すべてのアセンブリに対して生成されたマシン コードは、そのアプリ ドメインの期間中、再利用されることが予想されます。キャッシュされるマシンコードの量に有限のサイズはありますか? 同じアプリ ドメインで同じアセンブリを再 JIT する必要があるのは、どのようなシナリオですか? それとも、必然的に新しいアセンブリが生成されているのでしょうか? メモリ不足などの要因は、このパフォーマンス カウンターに影響しますか?

参考：

4

2 に答える 2

1

アセンブリが放出するものなら何でもかまいません。正しくキャッシュされていない Linq 式のコンパイルまたは正規表現。

于 2009-12-18T18:59:48.947 に答える
0

キャッシュ パラメータを設定している場合、プリコンパイル済みのサーバー側キャッシュを誤って無効にしてしまう可能性があります。この記事を見てください：

http://codeclimber.net.nz/archive/2007/04/01/Beware-the-ASP.NET-SetCacheability-method.aspx

于 2010-06-27T06:43:43.537 に答える