Как использовать минипрофайлер, чтобы снизить скорость загрузки?

Как разработчик и постоянный пользователь minipfoler, я использую stakoverflow в качестве эталона для своих .NET-сайтов. Это потому, что вся сеть стека работает просто невероятно быстро.

Я знаю, что miniprofiler используется на stackexchange. Существует целая вещь для разработчиков, которую можно использовать в стеке, но можем ли мы включить статистику, чтобы увидеть, насколько это быстро?

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

Я знаю, что просмотр данных в реальном времени может быть проблемой безопасности, но мне просто нужен эталонный тест (скриншот / рекомендации), чтобы увидеть, насколько я могу оптимизировать свое веб-приложение .NET MVC.

Моя фактическая производительность IIS и MVC просто фантастическая, и я думаю, что меня больше беспокоят ответы сервера и клиентская часть. Так могу ли я (и должен ли я) приложить больше усилий, чтобы сократить это время отклика?

Этот сайт размещен в Azure Cloupapp и использует Azure DB. Я знаю, что около 60–180 мс используется во время подключения, которое я не могу контролировать.

Как я могу улучшить время между Paint, Load и Complete?

введите здесь описание изображения


person Piotr Kula    schedule 19.03.2013    source источник


Ответы (1)


Я обнаружил, что теперь чаще отвечаю на свой вопрос на StackExchange. Не знаю, что это значит. Но это интересно, что я нашел, работая с другими вопросами и ответами (и это ответило на этот вопрос)

Да, вы должны избегать очевидных ошибок новичков, связанных с конкатенацией строк, которые каждый программист изучает в первый год работы. Но после этого вы должны больше беспокоиться о ремонтопригодности и читабельности вашего кода, чем о его производительности. И это, пожалуй, самая трагичная вещь в том, чтобы позволить себе втянуть себя в театр микрооптимизации — это отвлекает вас от вашей настоящей цели: написания лучшего кода.

Автор: Джефф Этвуд

Нет никаких реальных проблем с производительностью или серьезных задержек. Это просто навязчивая идея, которая не приведет к большому удовлетворению.

«Чуваки» попали в точку. Пока мой код читаем и работает быстро — чего еще мне нужно?

СОВЕРШЕНСТВО! - Пустая трата времени, лол@я!

person Piotr Kula    schedule 19.03.2013