Сайт asp.net mvc 2 НАМНОГО медленнее на IIS 7.5 против встроенного сервера - PullRequest
Новая
       13

Сайт asp.net mvc 2 НАМНОГО медленнее на IIS 7.5 против встроенного сервера

1 голос
/ 13 июля 2010

Я потратил некоторое время, чтобы научиться разрабатывать веб-сайты asp.net mvc2, но я привык работать напрямую с IIS вместо встроенного веб-сервера, который использует случайные порты при нажатии F5.

но я заметил, что при использовании встроенного веб-сервера запросы вылетают и выполняются немедленно. Я использую только проект по умолчанию со страницами «Домашняя страница» и «О программе», так как он выходит из настроек нового проекта ASP.NET MVC 2, нет соединений с базой данных, ничего кроме базовой установки ...

но когда я настраиваю веб-сайт IIS и указываю на один и тот же каталог, для выполнения каждого запроса требуется не менее 3-5 секунд, иногда больше.

это не просто "загрузка" по первому запросу. КАЖДЫЙ запрос занимает много времени на IIS.

но если я F5 и протестирую проект еще раз, все застегивается и ответы мгновенные.

Что я мог настроить неправильно?

это на win7 x64 кстати

1 Ответ

2 голосов
/ 13 июля 2010

  1. Вы можете проверить с помощью такого инструмента, как firebug, что занимает больше всего времени в запросе. Если вы используете firebug, он скажет вам, какая часть циклов запроса занимает определенное количество времени. (Однажды я использовал это, когда столкнулся с проблемами с URL-адресом локального хоста, Firebug сказал мне, что запрос DNS занял около 2 секунд, а при использовании 127.0.0.1 - 1 мс (с помощью Google я обнаружил, что это проблема из-за включения ipv6)). Поэтому попробуйте отслеживать запросы с помощью Firebug.

  2. Если запрос к IIS выполняется достаточно быстро, и браузер долгое время ожидает ответа, он должен обрабатывать IIS (встроенный сервер и IIS различаются). В этом случае вы можете попробовать переустановить IIS (чтобы убедиться, что в IIS нет подключаемых модулей или других данных, делающих сайт медленнее), удалив и добавив IIS через компоненты Windows.

  3. Если проблема не решена, попробуйте выполнить трассировку приложения с помощью встроенных возможностей ASP.NET (http://msdn.microsoft.com/en-us/library/wwh16c6c.aspx)

...