Как я могу профилировать производительность приложения .NET, уже развернутого для клиента?

Я не знаком с dotTrace, но я использовал инструментарий Visual Studio 2008 и инструменты профилирования в контексте Visual Studio, и я считаю, что они распространяются с .NET 3.5 SDK.

Инструмент VSInstr.exe: http://msdn.microsoft.com/en-us/library/ms182402.aspx будет инструментировать развернутый двоичный файл.

VSPerfCmd: http://msdn.microsoft.com/en-us/library/ms182403.aspx может собирать данные о производительности из инструментального приложения.

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

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

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

Мы уже знаем, что ваш код работает, поскольку при определенных настройках клиентов он работает нормально. Так что подумайте о добавлении инструментов в ваше приложение. Это один из тех немногих важных элементов написания надежного программного обеспечения, как хорошее ведение журнала. Это не весело, но, на мой взгляд, это нужно делать. Часто это единственное, что дает вам представление о том, что ваше приложение делает при развертывании. Текущее приложение, над которым я работаю, увеличилось с примерно 20 счетчиков производительности в Rev 1 до примерно 150 в Rev 2. Я не отслеживаю большинство из них постоянно, но для того, чтобы предупреждать меня о проблемах с производительностью и надежностью, они того стоили. .