Используя Счетчики производительности для отслеживания сервисов окон
Я полагаю, что можно только добавить переменные к окну Watch, в то время как отладчик останавливается на точке останова. При установке точки останова на шаге необходимо быть в состоянии ввести переменные в окно Watch, когда точка останова поражена. Можно выбрать первую пустую строку в окне Watch и ввести имя переменной (Вы можете или не можете получить некоторый Intellisense там, я не могу помнить, как хорошо, который работает.)
3 ответа
Если ваша структура / подход к мониторингу уже сосредоточен вокруг мониторинга счетчиков производительности, это жизнеспособный подход.
Лично я считаю, что более подробные инструменты необходимы, чтобы действительно понять, что происходит в моих сервисах (хотя, возможно, это связано с природой моих служб).
Я использую .NET Logging Framework , потому что он прост и может записывать данные в несколько целей, включая файлы журналов, журнал событий и сокет TCP (я есть простой монитор, который прослушивает сокет журналирования для каждого сервера приложений и показывает мне в реальном времени, что происходит).
Счетчики производительности привлекательны тем, что они действительно легкие, но, как вы говорите, они позволяют захватывать только числовые значения. Конечно, существует множество различных типов значений, которые вы можете записывать, например, средние, дельты и итоги, но они должны быть числами.
Если вам нужно больше информации, вы должны прибегнуть к другому типу инструментов. В вашем случае, похоже, ваша потребность идет больше в этом направлении.
Если ваши службы не просыпаются и не приостанавливаются слишком часто, это похоже на информационное сообщение в настраиваемый журнал событий. Создайте собственный журнал событий для приложения, если вы ожидаете их значительного количества, чтобы не переполнять обычный журнал событий приложения.
NET Trace API будет лучшим вариантом, если вы ожидаете, что инструментарий будет генерировать слишком много данных для обычного журнала событий. Вы можете настроить свои приложения на отслеживание или без отслеживания на основе app / web.config, хотя для изменения потребуется перезапуск приложения. Это хороший вариант, если вы хотите использовать инструментарий только для устранения неполадок, но в противном случае он генерирует слишком много данных или если сама трассировка слишком сильно снижает производительность. Еще одна хорошая вещь в Tracing API заключается в том, что вы можете отслеживать на нескольких уровнях, поэтому даже если вы написали код для трассировки очень подробно, вы увидите эти подробные данные трассировки только в том случае, если вы включите подробную трассировку. Это дает вам лучший контроль над тем, что отслеживается.
хотя для внесения изменений потребуется перезапуск приложения. Это хороший вариант, если вы хотите использовать инструментарий только для устранения неполадок, но в противном случае он генерирует слишком много данных или если сама трассировка слишком сильно снижает производительность. Еще одна хорошая особенность Tracing API заключается в том, что вы можете выполнять трассировку на нескольких уровнях, поэтому даже если вы написали код для трассировки очень подробным образом, вы увидите эти подробные данные трассировки только в том случае, если вы включите подробную трассировку. Это дает вам лучший контроль над тем, что отслеживается. хотя для внесения изменений потребуется перезапуск приложения. Это хороший вариант, если вы хотите использовать инструментарий только для устранения неполадок, но в противном случае он генерирует слишком много данных или если сама трассировка слишком сильно снижает производительность. Еще одна хорошая особенность Tracing API заключается в том, что вы можете выполнять трассировку на нескольких уровнях, поэтому даже если вы написали код для трассировки очень подробным образом, вы увидите эти подробные данные трассировки только в том случае, если вы включите подробную трассировку. Это дает вам лучший контроль над тем, что отслеживается. вы увидите эти подробные данные трассировки, только если вы включите подробную трассировку. Это дает вам лучший контроль над тем, что отслеживается. вы увидите эти подробные данные трассировки, только если вы включите подробную трассировку. Это дает вам лучший контроль над тем, что отслеживается.Эрик Дж. Прав. Я думаю, что если вы действительно хотите зафиксировать "временную" производительность, вам придется использовать какой-то другой вид ведения журнала и использовать журналы времени начала и окончания. Мне лично нравится log4net, хотя это может быть сложно настроить в первый раз около