2015-07-13 4 views
0

Я пытаюсь профилировать веб-приложение, работающее на IIS, в производственной среде (.NET Framework 4.0, WebForms, SQLServer, сервер Windows 2008). В разделе «Производство» несколько страниц несколько раз замедленно, но мы не можем воспроизвести их в разделе «Разработка». Мы не можем установить IDE или аналогичный инструмент в рабочей среде. Кто-нибудь знает о DLL или автономном exe, который мы могли бы легко зайти на сервер, запустить около часа, а затем быстро и легко удалить? .... мы ищем один важный аспект для профилирования:
-> каково количество времени, затрачиваемого на каждый метод CSharp. < -Профилирование приложения ASP.NET в производстве

Благодарим вас заранее.

+1

[SO] не дает рекомендаций, но есть различные инструменты. Наиболее известный (на момент написания), вероятно, [Glimpse] (http://getglimpse.com/), но для любой детали вам нужно будет добавить сбор информации внутри приложения. – Richard

+0

Еще один хороший инструмент для профилирования .NET - dotTrace от Jetbrains. Он позволяет локальное и дистанционное профилирование. У них есть бесплатная 10-дневная пробная версия: https://www.jetbrains.com/profiler/ – Scotty

ответ

0

Попробуйте этот https://github.com/jitbit/cpu-analyzer инструмент командной строки для профилирования загрузки процессора в процессе производства.

Мы разветвляли это от оригинального профайлера процессора Sam Saffron, который сейчас отброшен.

Отказ от ответственности: Я являюсь сторонником этого проекта.

0

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

Вы можете сузить проблему, используя несколько подходов, она может сообщать с уровня сети IIS asp.net вашим методам C#. Для этого используются события ETW, испускаемые IiS, Asp.net и CLR.

Perfview всегда собирает данные в системе, и вы также можете установить круговой буфер. Но лучший способ собирать данные - это когда проблема начинается. Вы идете на сервер, о котором идет речь, и начинаете перцептивную трассировку и воспроизводите проблему. Затем вы можете проанализировать этот позже, чтобы найти узкое место в производительности.