У нас есть веб-сайт ASP.NET C # (не MVC), который состоит из полдюжины страниц. Один из них очень большой, состоит из нескольких сторонних элементов управления (от Telerik, FarPointSpread и нескольких из Ajax Control Toolkit) и около 15 000 строк кода.
Эта конкретная страница, которая вызывается с помощью команды response.redirect с предыдущей страницы, всегда загружалась очень медленно. Как только мы нажимаем на кнопку, требуется много времени (возможно, 10 секунд) для появления новой страницы. Хотя это не особенно приемлемо, но гораздо хуже то, что, когда новая страница действительно загружается, она занимает немного больше времени (возможно, еще 10 секунд) для различных элементов страницы (раскрывающихся списков, кнопок, прокрутки). бары и т.п.), чтобы стать доступными для пользователя.
Недавно мы начали использовать Fiddler, чтобы попытаться получить некоторую статистическую информацию, чтобы помочь нам улучшить это. Один из моих сотрудников, у которого есть доступ к одному из наших веб-серверов, использовал Fiddler для мониторинга производительности этой программы. Его выводы:
• Кажется, что наши процедуры сжатия работают. Большая часть статической информации, требуемой программой, поступает из кеша.
• Некоторые изображения возвращаются с кодом возврата 401, но эти изображения в конечном итоге становятся доступными.
• Fiddler сообщает о времени «совокупного сеанса» около 4 секунд.
• Также отображается время «Последовательность (часы)» примерно 16 секунд.
• Когда мы используем fiddler для сбора статистики для любых других программ (все они намного меньше и не имеют проблем, с которыми сталкивается эта более крупная программа), мы не видим большой разницы между временем «Совокупного сеанса» и «Последовательностью». (часы) 'время