Подвешенный процесс в Windows: там какой-либо путь состоит в том, чтобы видеть почему?
Я пытался распечатать документ в слове, и слово заморозилось. Есть ли какой-либо способ для меня видеть, какого ресурса он ожидает?
Я использую Windows XP и Word 2007 (хотя я предполагаю, что ответ не зависит от процесса, который заморозился),
5 ответов
Можно хотеть изучить Проводник Процесса. Вы видите то, на чем процессы файлов/папок имеют блокировку.
Насколько я знаю, нет. Вы могли поднять трубку что-то как Wireshark, чтобы видеть, могли ли Вы найти, что что-то в сетевом трафике указало на то, чего он ожидает, но это - вполне немного излишества, и едва ли вероятно Вы нашли бы что-либо.
Начиная с его печати, которую Вы пробовали, я задаюсь вопросом, был ли сетевой поиск Windows вызван, и Word просто ожидал всех сетевых принтеров, отображались для выбора.
У Вас есть локально подключенный Принтер? и, Вы находитесь на домене корпоративной сети с общими принтерами?
Это требует небольших технических знаний, но возможно проанализировать, подвешивает со (свободным) отладчиком Windows WinDbg. Это требует, чтобы некоторая работа установила, присоединила к процессу и разбудила набор символов (очень важный!), но затем можно найти причину подвешивания с единственной командой WinDbg (шахта акцента):
проанализируйте-v - зависают
Это - то, с которым я не столкнулся прежде. Выполните это после открытия дампа от подвешенного процесса, и оно определит, какой поток был ответственен за подвешивание и чего оно ожидало. Я знал, что windbg мог позволить Вам исследовать дескрипторы, показать все блокировки, открытые в каждом потоке и позволить Вам исследовать их всех подробно. Но я не понял это с! проанализируйте, windbg может сделать тяжелую работу для меня – исследующие блокировки, сохраненные открытыми всеми потоками, определив, какие потоки ожидают, для которых других, и создают порядок удаться, который был первоначально ответственен за подвешивание.
Также Усовершенствованный Windows Debugging Mario Hewardt, Daniel Pravat является очень хорошей книгой для запущения Вас с WinDbg: первые несколько глав дают очень подробный обзор отладчиков, и как использовать WinDbg конкретно. Остальная часть книги заполнена подробными тематическими исследованиями отладки, которые Вы не должны читать. Я думаю, что существует тематическое исследование, описывающее, как отладить подвешивание, которое будет представлять интерес для Вас, как бы то ни было.
После нахождения причины подвешивания можно даже смочь не подвесить его с более усовершенствованной отладкой techniques^^
Посмотрите видео проводника процесса "Случай 200x", в котором автор показывает, что диагностирование нескольких сценариев поиска и устранения неисправностей включая зависает. Это также, где ctrl-scrolllock-scrolllock принудительный катастрофический отказ может помочь с диагнозом.