Как к *диагностируют* Windows Explorer частые замораживания
Windows Explorer (включая панель задач) очень свойственно на моей машине Windows XP быть часто безразличным в течение нескольких секунд (и иногда до минуты) любое время, я просматриваю файловую систему (или использую меню "Пуск"). Это может стать немного печальным....
Я подозреваю, что это может произойти из-за некоторой вещи доступа к сети случай, но я не уверен в этом, или что приложения/сервисы могли вносить в проблему. Существует ли способ узнать точно, какие окна делает (или пытается сделать) во время этих замораживаний, таким образом, я могу сузить поиск немного?
Я не после списка вещей попробовать, как я был через многие из них (например, дефрагментация, сетевые диски, и т.д. и т.д.) - но ничто, кажется, не решает проблему. Что я действительно, после способ диагностировать (или отладка), что происходит так, это только становится игрой предположения "попытки эти 100 разных вещей и видит то, что происходит". Но возможно это не возможно?
ОБНОВЛЕНИЕ: "Монитор производительности" Окна perfmon кажется лучшим подходом до сих пор для диагностирования таких проблем (благодарит мирового судью за указатель) - но я все еще изо всех сил пытаюсь использовать его успешным способом главным образом из-за подавляющего числа вариантов, которое это обеспечивает. Я сделал, некоторые образованные предполагают вещи контролировать, но до сих пор лучшая информация, которую я могу подобрать, - то, что следующие процессы имеют необычные отказы CPU/Data IO/Page во время замораживания: cssrs,lsass и explorer. Так как это очень стандартные процессы окон, я не уверен, помогает ли это сузить причину очень..... Дальнейший совет?
3 ответа
Я думаю, что Ваша лучшая методология должна взять инструмент как Проводник Процесса и попытка связать замораживания с конкретным процессом. Таким образом, какой процесс находится на ЦП, когда проблема происходит? Необходимо запустить путем убирания как можно большего количества несущественных процессов и иметь системный наклон выполнения (возможно, даже безопасный режим, никакие сетевые или внешние диски) и видеть, происходит ли проблема все еще. Если это не делает, то можно добавить назад процессы по одному и видеть, можно ли изолировать преступника. Если это происходит в безопасном/минимизированном режиме, Вы имеете более глубокую проблему и можете запуститься с вещей, которые на самом деле работают в том режиме.
На комментарий: Вы могли использовать perfmon и добавить ЦП и Использование сети, которое будет прослежено, и иметь журнал perfmon со временем. Тот путь, когда у Вас есть замораживание, Вы могли возвратиться и просмотреть журналы perfmon в то время и видеть, можно ли коррелировать что-нибудь.
-
1Спасибо - я в значительной степени попробовал это procexp (включая удаление процессов - но проблема таким образом неустойчива, никогда не ясно, был ли критический процесс удален). Проблема состоит в том, что это не ясно из просто визуального сканирования procexp вывод, что любой процесс делает что-либо необычное (например, ЦП все "нормальные" взгляды). Интересно, существует ли более умный способ, которым procexp может использоваться для диагностирования замораживаний низкого ЦП (например, сетевые процессы)? – luapyad 26.07.2009, 03:40
-
2Используя perfmon кажется, что хорошая идея - проверяет его теперь. – luapyad 26.07.2009, 05:24
Вы выполняете какой-либо вид антивируса? Я нахожу, что McAfee, например, заставит машину показывать точно те признаки - замораживание, раздражающие паузы, но минимальное использование ЦП. Можно попытаться приостановить процесс, но это может заставить все системы заморозиться при приостановке неправильной вещи.
Также проверьте на ошибки диска, смотрите на http://smartmontools.sourceforge.net/, чтобы видеть, существуют ли проблемы с самим диском.
Просто используйте ProcMon (Монитор Процесса) для исследования событий. Фильтр explorer.exe и затем сетью категории. Кавычка от Mark Russinovich:
При поиске и устранении неисправностей подвешивания с Монитором Процесса необходимо увидеть в первый раз, если существуют какие-либо разрывы в операционных метках времени, которые соответствуют подвешивать продолжительности. Можно искать долгие операции, добавляя столбец Duration к дисплею и затем удостоверяясь отфильтровывать операции, которые обычно сразу не завершаются, как уведомления об изменении каталога. Это может быть полезно, когда Вы не видите значительного разрыва времени между операциями, потому что процесс имеет несколько потоков, некоторые из которых продолжают работать, в то время как тот, вызывающий подвешивание, бездействует.