Производственная отладка: есть ли менее навязчивый способ, чем WinDbg? - PullRequest
Новая
       13

Производственная отладка: есть ли менее навязчивый способ, чем WinDbg?

3 голосов
/ 13 марта 2010

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

Менее навязчивое значение:

  • Нет задержки выполнения при подключении отладчика.
  • Нет задержки выполнения при получении базовой статистики, такой как запущенные потоки.

В мире Java есть такая инструментальная часть JDK. Мне было интересно, есть ли подобные инструменты в мире .NET.

Инструмент должен отвечать на такие вопросы, как:

  • Каковы параметры пула потоков? То же, что "! Threadpool" в Windbg.
  • Каковы стеки вызовов моих текущих запущенных потоков (да, вы получаете это из инструмента Java :)).
  • Базовый анализ кучи, например сколько объектов типа ABC.

Есть идеи?

Алекс

Ответы [ 4 ]

2 голосов
/ 13 марта 2010

Если я вас правильно понимаю, вы не хотите на самом деле отлаживать программу, просто получите некоторую основную информацию. В таких случаях может быть достаточно Process Explorer .

1 голос
/ 02 апреля 2010

Здесь производственная отладка ненавязчивым способом с использованием ETW и другого

1 голос
/ 13 марта 2010

Как говорит Oefe, вы можете получить много информации, включая стеки всех потоков, из Process Explorer. Кроме того, среда выполнения .NET имеет ряд полезных счетчиков производительности , которые могут дать вам некоторое представление. Если у вас есть особые потребности, ваше приложение может опубликовать свои собственные счетчики.

0 голосов
/ 13 марта 2010

Это зависит от того, что вы хотите отлаживать. WinDbg - гигантский молот отладки Windows, подходящий для отладки чего угодно, от расширений ядра и выше.

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

Однако у @oefe здесь может быть бык за рога. Когда большинство людей говорят «отладчик», им нужны трассировки, точки останова и тому подобное. В Java вам необходимо заранее договориться о подключении такого рода отладчика. Windbg или visual studio (-debugexe) удобнее, чем .

...