Ладно, я не получаю радости от Asus или Microsoft по этому поводу, так что надеюсь на некоторые подсказки о том, как сузить причину.
У меня очень частые зависания ОС, всегда и только при запуске Remote Destkop Client (mstsc) в Windows 7 x64. У меня никогда нет синего экрана, и никогда не бывает минидампа. Дисплей и ввод просто зависают - ни клавиатура, ни мышь, и звук просто продолжит последнюю длину волны, если таковая имеется. До сих пор я не могу найти способ поймать в ловушку, учитывая, что нет синего экрана; расширенные параметры запуска и восстановления при сбое системы: "Записать событие", "Автоматический перезапуск" и "Дамп памяти ядра".
Я обновил до последней версии BIOS и попробовал несколько разных графических драйверов, как общих, так и ATI. Я также попытался отключить Aero и все, что касается работы с удаленным рабочим столом (постепенно снимая флажок с каждого поля на вкладке mstsc -> options -> Experience), даже отключил / отключил внешний монитор, чтобы убедиться, что это не проблема с двумя мониторами. ,
Мои характеристики:
Asus G73jh notebook
8GB RAM
ATI Mobility Radeon HD 5800 Series graphics
(recently tried driver versions 8.791.0.0, 8.801.0.0)
American Megatrends G73jh.211 BIOS (7/27/2010)
Windows 7 Home Premium x64
Средство диагностики памяти Windows выполнило все следующие действия как минимум 3 раза без ошибок:
MATS+
INVC
LRAND
Stride6
WMATS+
WINVC
Этот ноутбук лучше других отводит тепло (похвальная конструкция вентиляционного отверстия), поэтому я не склонен подозревать тепловые причины (тем более что видео в формате 1080p в течение нескольких часов никогда не вызывало зависания, но mstsc надежно работает в течение 5 минут до час).
Похоже, это начало происходить после Центра обновления Windows, но с тех пор я отменил каждый патч, примененный за неделю до первого появления, без радости. (И до этого у меня был компьютер только пару недель, так что это мог быть шанс + меньше реального времени, потраченного на удаленное взаимодействие в начале.)
Я в своем уме, и я купил этот ноутбук в первую очередь как клиент удаленного терминала (пойди разберись, верно?) Любые идеи о том, как определить причину этого?
Спасибо!
ОБНОВЛЕНИЕ: нашел жизнеспособный обходной путь: используя mRemote вместо mstsc, у меня было несколько сеансов RDP, работающих более 24 часов без зависаний. Это странно, так как под капотом mRmmote использует DLL & OCX от MS, но как-то должна быть разница.
ОБНОВЛЕНИЕ 2: проблема продолжается; зависание теперь также происходит при доступе к Google Plus с помощью браузера Chrome (любая версия, стабильная через канарейку). Даже отображение значка уведомления «Плюс» в GMail в Chrome часто приводит к этому, в то время как доступ к «Плюс» в любом другом браузере не будет (подтвердил это довольно исчерпывающе). Должно быть что-то существенно отличающееся в использовании аппаратного обеспечения Chrome, возможно, через их собственную реализацию Flash). Также обнаружено, что зависание все еще может происходить с mRemote, это просто реже, чем при использовании MSTSC.