Это второй компьютер, на котором выполняется это условие, оба работают под управлением Win7. На ПК1 устройство Logitech было подключено через USB перед установкой его фирменного драйвера (что позволяет Windows автоматически устанавливать его), а на ПК2 устройство Wacom было подключено при аналогичных условиях (окна автоматически устанавливаются перед установкой драйвера с сайта бренда) , Так как PC1 был уничтожен, меня больше всего интересует возрождение PC2.
** Примечание / обновление: одна общая деталь, о которой стоит упомянуть, это то, что оборудование было приобретено новым, однако на момент подключения устройствам было несколько лет. Я не распылял и не вытирал пыль (поскольку не было видимых скоплений). Было ли этого достаточно, чтобы вызвать сбой защиты ESD, но недостаточно, чтобы отключить какие-либо заметные функции? Может ли это быть плохой кабель? (Он использует micro-usb, и я, возможно, не использовал тот, с которым было доставлено устройство.)
Он испытывает крайнюю медлительность. В то время как раньше я мог иметь несколько открытых окон Chrome, теперь иметь больше двух или трех открытых - это шутка.
Очень часто чириканье жесткого диска, которого раньше не было. Когда открыто только что-то (только несколько хромированных окон), все очень медленно и в целом происходит более частое замораживание и отставание, т. Е. Перемещение вкладок, открытие новой вкладки (занимает до 5 секунд вместо того, чтобы быть почти мгновенным). -hookup), активация окна Chrome, загрузка страницы, редактирование адресной строки, максимизация, перетаскивание или изменение размера окна, закрытие вкладок, все, что связано с окнами, например навигация по меню «Пуск» или запуск проводника. Однако при отсутствии ввода с клавиатуры или мыши жужжание жесткого диска со временем исчезает. Изучая активность, она вполне нормальна в состоянии покоя (т. Е. Idle Process находится в максимуме 80-х годов), а когда не в состоянии покоя, задача под рукой потребляет чрезмерный процент ЦП.
При щелчке правой кнопкой мыши по рабочему столу обычно происходит ожидание до 30 секунд, прежде чем песочные часы возвращаются к курсору. Практически любое действие мыши или клавиатуры активирует интенсивное жужжание жесткого диска и отставание Win. PC2 менее одного года, с 4 ГБ оперативной памяти и Intel-G2030.
Чем вызвано это состояние? и есть ли способ это можно исправить или избежать? Кажется, что они случайно воспроизведены среди этих двух компьютеров.
Стоит ли начинать восстановление системы и действительно ли это что-то изменит, особенно в этом чувствительном состоянии (у меня были тревожные случаи, когда восстановление системы продолжалось 1-2 часа). Я читал несколько постов о том, что за такой тип поведения отвечает «плохой» драйвер чипа. Возможно ли, что любое из этих устройств каким-то образом вызвало физическое повреждение платы при подключении? Повлияет ли замена HD или установка ОС в новый раздел?
Я чувствую, что лучшим вариантом будет попытка переустановить Windows в новом разделе, но я хотел бы получить советы по предотвращению повторения этой проблемы, поскольку ПК и USB-устройства были созданы для совместной работы, а не для искажения друг друга. То есть, если бы в качестве буфера вставили настенный USB-множитель в качестве буфера?
<--------------------- UPDATE --------------------------- ->
Спасибо за первый ответ ниже. Используя предлагаемое программное обеспечение, это обобщенные результаты через 1-2 минуты.
Под Основным (времена изменяются и являются приблизительными) с возрастающей серьезностью:
0:00: сообщение 1:
Похоже, ваша система подходит для обработки звука в реальном времени и других задач без выпадений.
0:07: Сообщение 2:
Ваша система, похоже, испытывает трудности с обработкой аудио в реальном времени и других операций. Вы можете столкнуться с выпадением, щелчками или треском из-за переполнения буфера. Одна из проблем может быть связана с управлением pwer, отключением настроек дросселирования процессора в панели управления и настройкой BIOS. Проверьте наличие обновлений BIOS.
0:09: Сообщение 3:
Ваша система, похоже, испытывает проблемы с обработкой аудио в реальном времени и другими задачами. Вы, вероятно, испытаете переполнение буфера, появляющееся как выпадение, щелчки или щелчки. Похоже, что одна из дополнительных подпрограмм DPC, принадлежащих драйверу, работающему в вашей системе, выполняется слишком долго. По крайней мере, одна обнаруженная проблема связана с сетью. Если вы используете адаптер WLAN, попробуйте отключить его, чтобы получить лучшие результаты. Одна из проблем может быть связана с управлением pwer, отключением настроек дросселирования процессора в панели управления и настройкой BIOS. Проверьте наличие обновлений BIOS.
interrupt to process current: I see it varying between 100 and 6000us
interrupt to process hi: 31993us
isr hi: 94us, ndis.sys
dpc hi, 9236us, ndis.sys
pagefault resolution hi: 448708us
Под водителями:
[ordered by total]
ndis.sys exec: 9.2ms hi, 1600ms total
usbport.sys exec:, .14ms hi, 400ms total
rspLLL64.sys exec: (highest DPC count),
iastor.sys
tcpip.sys
Кроме того, с помощью инструмента «Мой Dell» ( http://www.dell.com/support/contents/us/en/19/article/Product-Support/Self-support-Knowledgebase/software-and-downloads/support- по центру ), это говорит мне, что в диспетчере устройств есть одно устройство без драйвера (контроллер Ethernet), что в некоторой степени согласуется с отчетом LatencyMon об отставании NDIS. Я установил Ethernet и другие драйверы из ( http://www.dell.com/support/home/us/en/19/product-support/product/inspiron-660s/drivers ), за исключением обновлений с высоким уровнем риска, таких как биос и прошивка и одно или два обновления имели ошибки.
При отключении как Wlan, так и локальной сети, я по-прежнему получаю Message3 сразу после открытия любой программы (включая chrome), и перечислены драйверы с высоким уровнем использования: tcpip.sys, usbport.sys, nbit.sys и storeport.sys, а в один момент Hal .dll также имеет большое количество isr.
Все еще с высокой задержкой, производительность заметно не изменилась.
Стоит ли отключать аппаратное обеспечение (пробовал) и удалять его драйвер?
Обновление: использовала ShellEx для отключения всех элементов, не принадлежащих Microsoft, с заметным улучшением производительности.