High, изменяясь «% Время в JIT» на Скомпилированная ASP.NET веб-сайта

Question

С веб-сайта на 150 * .dll ASP.NET Это предкомпилированного (обновляемый), каковы возможные причины в "% времени в JIT ', что часто бывает довольно высоким (> 60%) и колеблется после того, как приложение разогрело (все функциональные возможности доступны) и без перезапуска приложений или изменений файлов, которые могут генерировать новые сборки?

Можно было бы ожидать, что код машины, сгенерированный для , все сборок будут повторно использоваться в течение всего срока действия этого домена приложения. Есть ли конечный размер объема машинного кода, который кэшируется? В каких сценариях одна и та же сборка должна быть повторно JIT'd в том же домене приложения? Или это обязательно так, что генерируются новые сборки? Усиливают ли такие факторы, как давление памяти, этот счетчик производительности?

Ссылка:

• http://forums.asp.net/p/967386/2959500.aspx

Answer 1

Это может быть все, что делает монтаж испускают. Компиляция Linq Expressions или регулярные выражения, которые не кэшируются правильно.

Answer 2

Если вы задаете параметры кэша, вы можете непреднамеренно отключить предварительно скомпилированный кеш-сервер. Посмотрите на эту статью:

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