Есть ли эквивалент Java "kill -3" для дампа потока .NET CLR?
В Java есть дамп потока, который запускается сигналом 3, отправленным процессу (например, «kill -3 PID»). Я нашел эквивалент .NET для использования ADPlus (http://support.microsoft.com/kb/286350). Это в основном подключает отладчик, делает мини-дамп и выполняет несколько команд. Я считаю, что подход .NET - это очень грубый, громоздкий подход, к тому же он кажется медленнее.
Кто-нибудь знает какие-нибудь альтернативы?
(Кстати, недавно я нашел следующий URL, но не пробовал: http://www.interact-sw.co.uk/iangblog/2004/11/16/stackdump)
Спасибо.
Существует SendSignal.exe, и вы можете отправить такое же значение SIGQUIT 3. Дело в следующем: есть ли в CLR внутренний механизм диагностики для вывода дампа потока, а также другой полезной информации (например, javacore также показывает блокировки, использование кучи и родной памяти и т. д.)?
Ответы 1
На msdn есть "как создать дамп", который дает 4 способа, возможно, в вашем случае стоит попробовать третий.
Пока вы отлаживаете собственный процесс в Visual Studio, вы можете сохранить дамп из меню «Отладка». Для получения дополнительной информации см. Как: сохранять и открывать файлы дампа.
Если у вас включена своевременная отладка, вы можете подключиться к аварийному процессу, запущенному вне отладчика, прервать процесс и затем сохранить файл дампа. Для получения дополнительной информации см. Как: сохранять и открывать файлы дампа.
Вы можете создать дамп с помощью утилиты UserDump, которая является частью пакета OEM Support Tools. Вы можете скачать копию с http://download.microsoft.com/download/win2000srv/Utility/3.0/NT45/EN-US/Oem3sr2.zip.
Вы можете создать дамп с помощью служебной программы Autodump + (AD +), которая является частью средств отладки Microsoft для Windows. Вы можете загрузить инструменты отладки для Windows из Центра разработчиков оборудования Windows по адресу http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx.
Вы помните, какая была альтернатива kill -3 в windows?