Это помогает использовать NGEN?
4 ответа
NGen только поможет запустить время - он не заставляет код выполниться немного быстрее, чем он был бы после JITting. Действительно, я полагаю, что существует некоторая оптимизация, которую NGen не делает , делают, но JIT делает.
Так, основной вопрос: у Вас есть проблема со временем запуска? Я не знаю, сколько из времени запуска приложения ASP.NET будет JITting по сравнению с другими затратами, btw... необходимо, вероятно, посмотреть на графики Менеджера по контролю за производительностью для JIT, чтобы сказать Вам, какого количества времени он действительно стоит Вам.
(С точки зрения доступности, имея несколько серверов, таким образом, можно сделать, прокручивающиеся перезапуски собирается принести Вам намного больше пользы, чем единственный сервер с веб-приложением NGENed.)
NGen isn't the way to go for ASP.NET -- the creation of the .dlls in the bin folder isn't the final step -- they are compiled again with the web/maching.config settings applied into your C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files folder. Instead of NGen, to decrease initial load-time, use the Publish Website Tool or aspnet_compiler.exe
Я изучал это сегодня вечером и обнаружил следующее:
Среда CLR не может загружать образы, созданные с помощью NGEN, в общий домен приложения. Поскольку стандартные сборки ASP.NET являются общими и затем загружаются в общий домен приложения, вы не можете использовать Ngen.exe для их установки в кэш собственных образов на локальном компьютере. http://support.microsoft.com/kb/331979
Не уверены, относится ли это только к сборкам, на которые ссылается приложение ASP.net, или к самому приложению?
Я не уверен, что основным преимуществом NGEN является только время запуска - если приложение страдает от высокого «% времени в JIT », это указано как потенциальное лекарство: http://msdn.microsoft.com/en-us/library/dd264972 (VS.100) .aspx .
Обсуждение тесно связано с другим вопросом о том, как JIT ' d машинный код кэшируется и используется повторно?