Загрузка процессора 100%
Работаю в саппорте, столкнулся со загрузкой процессора почти на все 100 и, как следствие, диким торможением системы. ProcessExplorer говорит, что процентов на 60-70 нагружают два svchost - на одном запуск dcom, питание и upnp, на другом - hid-устройства, windows search и еще приличное количество служб. Со вторым вроде бы все в порядке, первый же постоянно пытается выполнить nt.dll!RtlUserThreadStart. Подскажите, что это может быть? Может, кто-то уже сталкивался с подобным?
Или
Отключить интернет кабель.
Вобщем, где-то червячки в svchost хвостом вертят скорее всего.
аудио там, насколько я понял, встроенное, чипсет от VIA. может быть, что кривой драйвер звука так подвешивает систему?
Что-бы не ломать голову нужно в BIOS поэтапно отключать сетевую или звуковую карты.
И как не крутить, а ехать к клиенту придёться.
Да, вот ещё вспомнил, когда у меня такая беда случилась: на одном логическом диске (D, куда я устанавливаю все программы) побились индексы у NTFS. Checkdsk делать было лень как обычно. И выявилась закономерность: любая программа с этого диска при запуске вешала процессор на 100%. После чекдиска и исправления ошибок таблицы беда перестала быть. И нашёлся bad-сектор.
спасибо всем, кто отписался.
тему можно прикрыть наверн.
если svchost работает напрямую с выделенной для неё памятью её тоже сравнить то с выделенной памятью из ОЗУ svchost делает запросы в среде Windows по свободной виртуальной памятью!!! Ну и соответственно сравнить размеры подкачки с ОЗУ на других серверах с другими операционными системами по принципу работы загруженности приложений на загруженность ОЗУ!!! И серверные свитчи которые в шкафах сверить IP адреса по правильному назначению маршрутов на разные DNS!!! \\первый же постоянно пытается выполнить nt.dll! RtlUserThreadStart.\\ тут сразу же видно то что по запросам сервера - клиент не успевает ответить на правильный запрос сервера и всё по причине реализации IP адресов на всех оборудованиях!!!
У тебя вирус!
нет, все было автоопределении разъема на передней панели - оттуда постоянно шел сигнал, до первой перезагрузки все терпимо, после - косяк драйвера (отсутствие вообще каких-либо опций настроек/выбора разъемов в панели управления VIA) и постоянная попытка подцепить несуществующее устройство. такой же косяк случился на чистой системе на другом системнике, с такими же матерью и корпусом. пришлось отрубить передние аудио разъемы.