Это второй компьютер, на котором выполняется это условие, оба работают под управлением 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, с заметным улучшением производительности.