Загружен процессор что делать. Процесс system грузит процессор: почему это происходит и как исправить проблему
Если, включив компьютер или поработав в Windows некоторое время вы вдруг видите, что скорость работы заметно снизилась или компьютер совсем перестал отвечать, то причиной этому может быть зависание компьютера – т.е. когда он занят выполнением файлов и не отвечает на запросы от других устройств компьютера или программ. Что нужно делать в этом случае, как исправить ситуацию?
В основном загрузка ЦП 100 процентов в Windows связана с деятельностью вредоносных программ или ошибками в программном обеспечении. Ниже рассмотрим несколько распространенных простых приемов что делать для устранения этой неисправности.
Для начала просто перезагрузите компьютер. Иногда бывает, что какое-то приложение зависло из-за неполадок в самом приложении и продолжает использовать процессор, часто на все 100 процентов. Можно удалить его через «Диспетчер задач» — «Снять задачу».
Только не забудьте поставить отметку «Отображать процессы всех пользователей» или «Подробнее» — для отображения полного списка процессов. После того как снимите задачу – перезагрузитесь – проверьте ушла проблема загрузки или нет.
Если перезагрузка компьютера не решила проблему переходим к этапу проверки Windows на наличие вредоносных программ. Запустите полное сканирование антивирусом, установленным у вас. Вы должны понимать, что наличие антивируса не исключает возможность заражения компьютера. Оптимально для проверки использовать антивирусные сканеры известных разработчиков. Они бесплатны, не требуют установки, их можно записать на флешку или компакт-диск и, загрузившись с них, запустить проверку ПК – это увеличит шансы на отлов большинства зловредных программ.
Проведите анализ операционной системы Windows если наблюдаете высокий процент загрузки ЦП
Используя специальное программное обеспечение, проанализируйте почему тот или иной процесс запускается и загрузка ЦП увеличивается до 100%. Например, для этого хорошо подходит «AnVir Task Manager». Она позволяет оценить уровень риска и изменить тип запуска приложения в автозагрузке, процесса или сервиса (приведенное на рисунке меню вызывается правой кнопкой мыши) т.е. вы сможете понять, что с ним делать — причину проблемы.
Таким образом, запретив запуск приложений с высоким уровнем риска вы с большой долей вероятности избавитесь от процессов, которые грузят ваш ЦП на 100 процентов.
В этой статье объясняются общие симптомы и причины высокой загруженности ЦП в маршрутизаторах Cisco и даются указания и решения по устранению неполадок. Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
Симптомы высокой загруженности ЦП
Ниже перечислены распространенные симптомы высокой загрузки ЦП. Если присутствует любой из описанных признаков, для устранения неполадки выполните действия, описанные в данном документе.
- Команда show processes cpu выдает высокое значение в процентах
- Медленная работа
- Службы маршрутизатора не отвечают, например:
- задержка ответа Telnet или невозможно получить доступ к маршрутизатору по протоколу Telnet
- медленный ответ на консоли
- медленный ответ на запрос команды ping или вообще нет ответа
- маршрутизатор не отправляет обновления маршрутизации другим маршрутизаторам
Первоначальное устранение неполадок
Как только будет замечен какой-нибудь из указанных выше симптомов, выполните следующее:
- Проверьте наличие проблем, связанных с безопасностью. Как правило, высокая загрузка ЦП бывает обусловлена именно проблемами такого рода, например функционированием вредоносной программы (червя или вируса) в сети. Если последние изменения в сети производились давно, это наиболее вероятная причина высокой загрузки ЦП. Обычно для ограничения негативных последствий этой проблемы достаточно добавить строки в списки доступа.
- Убедитесь, что все команды отладки в маршрутизаторе выключены, выполнив команду undebug all или no debug all .
- Удается выполнить команды show на маршрутизаторе? Если да, немедленно начните собирать дополнительные сведения, используя эти команды.
- Маршрутизатор недоступен? Удается воспроизвести эту проблему? Если да, выключите и включите маршрутизатор, а перед воспроизведением проблемы настройте команду scheduler interval 500 . В результате выполнение процессов с низким приоритетом будет запланировано с интервалом в 500 миллисекунд, благодаря чему появится время для запуска некоторых команд, даже если ЦП используется на все 100%. На серий 7200 и 7500 используйте команду scheduler allocate 3000 1000.
- Проявляет маршрутизатор признаки высокой загрузки ЦП в течение кратких и непрогнозируемых периодов? Если да, регулярно собирайте выходные данные команды show processes cpu , которые отображают причину высокой загрузки ЦП, если она вызвана прерываниями или отдельным процессом.
- Выяснение причин и решение проблемы
Используйте команду show processes cpu , чтобы определить, чем вызвана высокая загрузка ЦП, прерываниями или процессами.
Высокая загруженность ЦП процессами
Определите процесс, чрезмерно использующий ЦП. Необычная активность, относящаяся к процессу, приводит к сообщению об ошибке в журнале. Таким образом, выходные данные команды show logging exec следует проверить, в первую очередь, на наличие любых ошибок, относящихся к процессу, использующему большое количество циклов ЦП.
Отладка также является очень полезной при устранении проблемы высокой загруженности ЦП процессами. Однако отладку следует выполнять очень осторожно, поскольку это может привести к еще большей загрузке ЦП. Отладка будет безопасной и эффективной при выполнении следующих предварительных условий:
- Все журналы регистрации, за исключением журнала регистрации сведений для буферов, должны быть отключены или уровень важности протоколируемых в них сведений должен быть понижен с 7 (отладка) до 6 (информационный) или ниже при помощи соответствующей команды настройки logging destination [ уровень важности ] . Сведения о включенных журналах регистрации и уровнях важности протоколируемых в них сведений содержатся в строках заголовка выходных данных команды show logging exec.
- Размер буфера регистрации необходимо увеличить, чтобы он вмещал всю необходимую информацию. Дополнительные сведения см. в описании команды глобальной настройки logging buffered .
- Чтобы облегчить восприятие и понимание отладки, следует включить временные отметки в миллисекундах, а также дату и время. Дополнительную информацию см. в описании команды глобальной настройки service timestamps .
Команды для получения дополнительной информации
Эти команды позволяют получить дополнительные сведения о проблеме:
- show processes cpu
- show interfaces
- show interfaces switching
- show interfaces stat
- show ip nat translations
- show align
- show version
- show log
Если маршрутизатор совершенно недоступен, сначала выключите и включите его. Затем периодически собирайте выходные данные вышеуказанных команд, за исключением команды show log , результаты выполнения которой должны регистрироваться на сервере системного журнала. Выходные данные следует собирать с интервалом 5 минут. Сбор данных можно также выполнить с помощью HTTP или SNMP.
Команда show processes cpu
Это пример заголовка команды show processes cpu :
CPU utilization for five seconds: X%/Y%; one minute: Z%; five minutes: W% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
В следующей таблице описаны поля этого заголовка:
Поле |
Описание |
| Среднее суммарное использование за последние пять секунд (прерывания + процессы) | |
| Среднее использование прерываниями за последние пять секунд¹ | |
| Среднее суммарное использование за последнюю минуту² | |
| Среднее суммарное использование за последние пять минут² | |
| Идентификатор процесса | |
| Время ЦП, использованное процессом (в миллисекундах) | |
| Число вызовов процесса | |
| Время ЦП в микросекундах для каждого вызова процесса | |
| Использование ЦП заданием за последние пять секунд | |
| Использование ЦП заданием за последнюю минуту2 | |
| Использование ЦП заданием за последние пять минут2 | |
| Управляющий процессом терминал | |
| Имя процесса |
¹Использование ЦП на уровне процесса = X - Y
²Значения соответствуют не арифметическому среднему, а экспоненциально затухающему среднему, поэтому последние значения больше влияют на вычисляемое среднее.
Примечание: Суммарное использование ЦП не следует интерпретировать как показатель способности маршрутизатора коммутировать большее число пакетов. В маршрутизаторах Cisco 7500 универсальные интерфейсные процессоры (VIP) и процессоры маршрутизации и коммутации (RSP) не сообщают о линейном использовании ЦП. Почти половина мощности коммутации в пакетах в секунду реализуется после 90-95% загрузки ЦП.
Команда show interfaces switching
Эта команда используется для определения активных путей коммутации на интерфейсах
Ниже приведен пример выходных данных команды show interfaces switching для одного интерфейса:
RouterA#show interfaces switching
| Throttle count | 0 | ||||
| Drops | RP | 0 | SP | 0 | |
| SPD Flushes | Fast | 0 | SSE | 0 | |
| SPD Aggress | Fast | 0 | 0 | ||
| SPD Priority | Inputs | 0 | Drops | 0 | |
| Protocol | Path | Pkts In | Chars In | Pkts Out | Chars Out |
| Other | Process | 0 | 0 | 595 | 35700 |
| Cache misses | 0 | ||||
| Fast | 0 | 0 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 | |
| IP Process | 4 | 456 | 4 | 456 | |
| Cache misses | 0 | ||||
| Fast | 0 | ||||
| Auton/SSE | 0 | 0 | 0 | 0 | |
| IPX | Process | 0 | 0 | 2 | 120 |
| Cache misses | 0 | ||||
| Fast | 0 | 0 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 | |
| Trans. Bridge | Process | 0 | 0 | 0 | 0 |
| Cache misses | 0 | ||||
| Fast | 11 | 660 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 | |
| DEC MOP | Process | 0 | 0 | 10 | 770 |
| Cache misses | 0 | ||||
| Fast | 0 | 0 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 | |
| ARP | Process | 1 | 60 | 2 | 120 |
| Cache misses | 0 | ||||
| Fast | 0 | 0 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 | |
| CDP | Process | 200 | 63700 | 100 | 31183 |
| Cache misses | 0 | ||||
| Fast | 0 | 0 | 0 | 0 | |
| Auton/SSE | 0 | 0 | 0 | 0 |
В выходных сведениях перечисляются пути коммутации для всех настроенных на интерфейсе протоколов, так что можно легко видеть тип и количество трафика, проходящего через маршрутизатор. В следующей таблице описаны поля выходных данных.
Поле |
Описание |
| Обработанные пакеты. Это могут быть пакеты, предназначенные для маршрутизатора, или пакеты, для которых не было записей в кэш-памяти быстрой коммутации. | |
| Пакеты, для которых не было записей в кэш-памяти быстрой коммутации. Будет обработан первый пакет для этого пункта назначения (или поток – зависит от типа настроенной быстрой коммутации). Все последующие пакеты будут быстро коммутироваться, если только быстрая коммутация не будет специально отключена на исходящем интерфейсе. | |
| Пакеты, обработанные быстрой коммутацией. Быстрая коммутация включена по умолчанию. | |
| Пакеты, обработанные автономной коммутацией; коммутацией с помощью кремниевых процессоров или распределенной коммутацией. Доступны только на маршрутизаторах Cisco серии 7000 с процессором коммутации или кремниевым процессором коммутации (для автономной коммутации или коммутации с использованием кремниевых устройств соответственно), либо на маршрутизаторах Cisco серии 7500 с процессором VIP (для распределенной коммутации). |
Команда show interfaces stat
Эта команда является объединенной версией команды show interfaces switching. Ниже приведен пример выходных данных для одного интерфейса:
RouterA#show interfaces stat
| Ethernet0 | Switching path | Pkts In | Chars In | Pkts Out | Chars Out |
| Processor | 52077 | 12245489 | 24646 | 3170041 | |
| Route cache | 0 | 0 | 0 | 0 | |
| Distributed cache | 0 | 0 | 0 | 0 | |
| Total | 52077 | 12245489 | 24646 | 3170041 |
Выходные данные команды show interfaces stat на разных платформах отличаются: они зависят от доступных и настроенных коммутируемых путей.
Команда show ip nat translations
Команда show ip nat translations служит для отображения активных на маршрутизаторе трансляций преобразования сетевых адресов (NAT). Каждая активная трансляция генерирует прерывания ЦП и влияет на суммарное использование ЦП маршрутизатора. Большое число трансляций может повлиять на производительность маршрутизатора.
Ниже приведен пример выходных данных команды show ip nat translations:
router#show ip nat translations Pro
| Inside global | Inside local | Outside local | Outside global |
| --- | 172.16.131.1 | 10.10.10.1 | --- |
Команда show align
Эта команда доступна только на платформах на базе RISC-процессоров с сокращенным набором команд. На этих платформах ЦП может корректировать нарушения выравнивания для чтения и записи в памяти. Ниже приведен пример выходных данных:
Alignment data for:
4500 Software (C4500-DS40-M), Version mis-aligned RELEASE SOFTWARE (fc1)
Compiled Tue 31-Mar-98 15:05 by jdoe
Total Corrections 33911, Recorded 2, Reads 33911, Writes 0
Initial Initial
Address Count Access Type Traceback
40025F4D 15561 16bit read 0x606F4A7C 0x601C78F8 0x6012FE94 0x600102C0
40025F72 18350 32bit read 0x606FB260 0x6013113C 0x600102C0 0x60010988
Команда show version
В целях отслеживания проблем высокой загрузки ЦП, важной частью выходных данных этой команды является версия программного обеспечения Cisco IOS, платформа, тип ЦП и время работы маршрутизатора. Щелкните эту ссылку, чтобы ознакомиться с подробным описанием команды show version.
Команда show log
Эта команда отображает содержание сообщений журнала регистрации сведений о буферах.
Есть вопросы?
Обращайтесь в "Аквилон-А", чтобы узнать подробности и получить
именно то, что вам требуется.
- Перевод
Та метрика, которую мы называем «загрузкой процессора» на самом деле многими людьми понимается не совсем верно. Что же такое «загрузка процессора»? Это то, насколько занят наш процессор? Нет, это не так. Да-да, я говорю о той самой классической загрузке CPU, которую показывают все утилиты анализа производительности - от диспетчера задач Windows до команды top в Linux.
Вот что может означать «процессор загружен сейчас на 90%»? Возможно, вы думаете, что это выглядит как-то так:
А на самом деле это выглядит вот так:
«Работа вхолостую» означает, что процессор способен выполнить некоторые инструкции, но не делает этого, поскольку ожидает чего-то - например, ввода-вывода данных из оперативной памяти. Процентное соотношение реальной и «холостой» работы на рисунке выше - это то, что я вижу изо дня в день в работе реальных приложений на реальных серверах. Есть существенная вероятность, что и ваша программа проводит своё время примерно так же, а вы об этом и не знаете.
Что это означает для вас? Понимание того, какое количество времени процессор действительно выполняет некоторые операции, а какое - лишь ожидает данные, иногда даёт возможность изменить ваш код, уменьшив обмен данных с оперативной памятью. Это особенно актуально в нынешних реалиях облачных платформ, где политики автоматического масштабирования иногда напрямую завязаны на загрузку CPU, а значит каждый лишний такт «холостой» работы стоит нам вполне реальных денег.
Что же такое загрузка процессора на самом деле?
Та метрика, которую мы называем «загрузкой процессора» на самом деле означает нечто вроде «время не-простоя»: то есть это то количество времени, которое процессор провёл во всех потоках кроме специального «Idle»-потока. Ядро вашей операционной системы (какой бы она ни была) измеряет это количество времени при переключениях контекста между потоками исполнения. Если произошло переключение потока выполнения команд на не-idle поток, который проработал 100 милисекунд, то ядро операционки считает это время, как время, потраченное CPU на выполнение реальной работы в данном потоке.Эта метрика впервые появилась в таком виде одновременно с появлением операционных систем с разделением времени. Руководство программиста для компьютера в лунном модуле корабля «Апполон» (передовая на тот момент система с разделением времени) называла свой idle-поток специальным именем «DUMMY JOB» и инженеры сравнивали количество команд, выполняемых этим потоком с количеством команд, выполняемых рабочими потоками - это давало им понимание загрузки процессора.
Так что в этом подходе плохого?
Сегодня процессоры стали значительно быстрее, чем оперативная память, а ожидание данных стало занимать львиную долю того времени, которое мы привыкли называть «временем работы CPU». Когда вы видите высокий процент использования CPU в выводе команды top, то можете решить, что узким местом является процессор (железка на материнской плате под радиатором и кулером), хотя на самом деле это будет совсем другое устройство - банки оперативной памяти.
Ситуация даже ухудшается со временем. Долгое время производителям процессоров удавалось наращивать скорость их ядер быстрее, чем производители памяти увеличивали скорость доступа к ней и уменьшали задержки. Где-то в 2005-ом году на рынке появились процессоры с частотой 3 Гц и производители сконцентрировались на увеличении количества ядер, гипертрейдинге, много-сокетных конфигурациях - и всё это поставило ещё большие требования по скорости обмена данных! Производители процессоров попробовали как-то решить проблему увеличением размера процессорных кэшей, более быстрыми шинами и т.д. Это, конечно, немного помогло, но не переломило ситуацию кардинально. Мы уже ждём память большую часть времени «загрузки процессора» и ситуация лишь ухудшается.
Как же понять, чем на самом деле занят процессор
Используя аппаратные счетчики производительности. В Linux они могут быть прочитаны с помощью perf и других аналогичных инструментов. Вот, например, замер производительности всей системы в течении 10 секунд: # perf stat -a -- sleep 10
Performance counter stats for "system wide":
641398.723351 task-clock (msec) # 64.116 CPUs utilized (100.00%)
379,651 context-switches # 0.592 K/sec (100.00%)
51,546 cpu-migrations # 0.080 K/sec (100.00%)
13,423,039 page-faults # 0.021 M/sec
1,433,972,173,374 cycles # 2.236 GHz (75.02%)
Ключевая метрика здесь это "количество инструкций за такт
" (insns per cycle: IPC), которое показывает, сколько инструкций в среднем выполнил процессор на каждый свой такт. Упрощённо: чем больше это число, тем лучше. В примере выше это число равно 0.78, что, на первый взгляд кажется не таким уж плохим результатом (78% времени выполнялась полезная работа?). Но нет, на этом процессоре максимально возможным значением IPC могло бы быть 4.0 (это связано со способом получения и выполнения инструкций современными процессорами). То есть наше значение IPC (равное 0.78) составляет всего 19.5% от максимально возможной скорости выполнения инструкций. А в процессорах Intel начиная со Skylake максимальное значение IPC уже равно 5.0.
В облаках
Когда вы работаете в виртуальном окружении, то можете и не иметь доступа к реальным счетчикам производительности (это зависит от используемого гипервизора и его настроек). Вот статья о том, как это работает в Amazon EC2 .Интерпретация данных и реагирование
Если у вас IPC < 1.0 , то я вас поздравляю, ваше приложение простаивает в ожидании данных от оперативной памяти. Вашей стратегией оптимизации производительности в данном случае будет не уменьшение количества инструкций в коде, а уменьшение количества обращений к оперативной памяти, более активное использование кэшей, особенно на NUMA-системах. С аппаратной точки зрения (если вы можете на это влиять) будет разумным выбрать процессоры с большими размерами кэшей, более быструю память и шину.Если у вас IPC > 1.0 , то ваше приложение страдает не столько от ожидания данных, сколько от чрезмерного количества выполняемых инструкций. Ищите более эффективные алгоритмы, не делайте ненужной работы, кэшируйте результаты повторяемых операций. Применение инструментов построения и анализа Flame Graphs может быть отличным способом разобраться в ситуации. С аппаратной точки зрения вы можете использовать более быстрые процессоры и увеличить количество ядер.
Как вы видите, я провёл черту по значению IPC равному 1.0. Откуда я взял это число? Я рассчитал его для своей платформы, а вы, если не доверяете моей оценке, можете рассчитать его для своей. Для этого напишите два приложения: одно должно загружать процессор на 100% потоком выполнения инструкций (без активного обращения к большим блокам оперативной памяти), а второе должно наоборот активно манипулировать данным в ОЗУ, избегая тяжелых вычислений. Замерьте IPC для каждого из них и возьмите среднее. Это и будет примерная переломная точка для вашей архитектуры.
Что инструменты мониторинга производительности на самом деле должны показывать
Я считаю, что каждый инструмент мониторинга производительности должен показывать значение IPC рядом с загрузкой процессора. Это сделано, например, в инструменте tiptop под Linux:Tiptop - Tasks: 96 total, 3 displayed screen 0: default PID [ %CPU] %SYS P Mcycle Minstr IPC %MISS %BMIS %BUS COMMAND 3897 35.3 28.5 4 274.06 178.23 0.65 0.06 0.00 0.0 java 1319+ 5.5 2.6 6 87.32 125.55 1.44 0.34 0.26 0.0 nm-applet 900 0.9 0.0 6 25.91 55.55 2.14 0.12 0.21 0.0 dbus-daemo
Другие причины неверной трактовки термина «загрузка процессора»
Процессор может выполнять свою работу медленнее не только из-за потерь времени на ожидание данных из ОЗУ. Другими факторами могут быть:- Перепады температуры процессора
- Вариирование частоты процессора технологией Turboboost
- Вариирование частоты процессора ядром ОС
- Проблема усреднённых расчётов: 80% средней загрузки на периоде измерений в минуту могут не быть катастрофой, но могут и прятать в себе скачки до 100%
- Спин-локи: процессор загружен выполнением инструкций и имеет высокий IPC, но на самом деле приложение стоит в спин-локах и не выполняет реальной работы
Выводы
Загрузка процессора стала сегодня существенно недопонимаемой метрикой: она включает в себя время ожидания данных от ОЗУ, что может занимать даже больше времени, чем выполнение реальных команд. Вы можете определить реальную загрузку процессора с помощью дополнительных метрик, таких, как количество инструкций на такт (IPC). Значения меньшие, чем 1.0 говорят о том, что вы упираетесь в скорость обмена данными с памятью, а большие - свидетельствуют о большой загруженности процессора потоком инструкций. Инструменты замера производительности должны быть улучшены для отображения IPC (или чего-то аналогичного) непосредственно рядом с загрузкой процессора, что даст пользователю полное понимание ситуации. Имея все эти данные, разработчики могут предпринять некоторые меры по оптимизации своего кода именно в тех аспектах, где это принесёт наибольшую пользу.Достаточно часто пользователи жалуются на 100-процентную загрузку процессора. При этом компьютер зачастую начинает «тупить» и не позволяет нормально работать. Самое интересное, что даже при переустановке Windows ситуация меняется далеко не во всех случаях. Что же делать, как быть?
Причин на самом деле может быть множество, поэтому рассмотрим наиболее вероятные.
Если вы запускаете диспетчер задач и видите какую-то программу, которая загружает процессор, немедленно ее остановите и удалите или переустановите. Скорее всего, она просто конфликтует с каким-либо другим приложением или, как вариант, это может быть вирус. Соответственно, в этом случае нужно воспользоваться антивирусом с обновленными до последней версии базами и просканировать систему. Также крайне желательно воспользоваться антивирусной утилитой типа , которая может найти такие вредоносные файлы, которые антивирус не всегда обнаруживает.
Но когда дело касается сторонних программ, все значительно проще. Куда хуже, когда загрузка связана с одним из процессов Windows. Чаще всего речь идет о , о котором я достаточно подробно рассказывал некоторое время назад.
Суть в следующем: svchost.exe позволяет службам в виде dll-файлов исполнять их код в своем адресном пространстве, поэтому в диспетчере задач пользователь может видеть несколько запущенных копий svchost.exe.
Это нормальное явление. Разумеется, за тем исключением, когда под видом процесса прячется некий вирус. Запомните, что svchost.exe никогда не запускается от имени пользователя и вы не сможете найти его в автозагрузке. Если же это произошло, то перед вами — вредоносный файл или программа, не имеющая отношения к Windows.
Допустим, что вы не обнаружили никакого вируса. Почему же происходит загрузка процессора? Чаще всего это связано с тем, что вы не установили обновления для операционной системы Windows. Как это взаимосвязано? На самом деле все просто: как только пользователь подключается к интернету, система опрашивает сервис, какие обновления появились, а какие уже установлены. Это не самый простой процесс и по сути представляет из себя сканирование системы как в случае с антивирусом, например. Поэтому сканирование будет происходить едва ли не постоянно, пока вы не соизволите установить обновления.
Что делать тем, кто не хочет устанавливать обновления? Единственный вариант — это , чего делать крайне не рекомендуется. Но если вы все-таки решились на этот шаг, то зайдите в панель управления и выберите пункт «Центр обновления Windows». В открывшемся окне нажмите «Настройка параметров».
В новом окне в подразделе «Важные обновления» выберите пункт «Не проверять наличие обновлений (не рекомендуется)», после чего нажмите ОК.
Перезагрузите компьютер, после чего зайдите в диспетчер задач и проверьте загруженность процессора.
Еще один вариант — это конфликт процесса. В данном случае речь также может идти о процессе svchost.exe, только к обновлению он не имеет никакого отношения. Бывает так, что процесс связан со службой, которую требуется отключить. В некоторых случаях помогает откат драйверов или их переустановка на более свежую версию для определенных служб.
На просторах рунета нашелся такой способ — вынимаете сетевой кабель из гнезда и вставляете обратно. Непонятно, почему он помогает, но положительных откликов немало.
Разумеется, не стоит забывать и о самом процессоре — он может банально перегреваться. В этом случае нужно узнать, в чем именно дело. Возможно, пора заменить термопасту.
Одной из многочисленных неприятностей, с которыми приходится сталкиваться пользователям Windows, является загрузка ЦП на 100 процентов. При такой высокой нагрузке операционная система крайне медленно отзывается на команды и работать с ней становится как минимум некомфортно. Проблем, которые приводят к подобному поведению не так много, а методы их решения достаточны просты.
Наиболее вероятной причиной, почему ЦП загружен на 100%, становится фоновая работа программ. Достаточно часто можно встретить ситуацию, когда ресурсоемкое приложение, с которым работал пользователь, не полностью выгружается из памяти. В какой-то мере это можно считать разновидностью «зависания». Отличие заключается в том, что «зависшая» программа не позволяет закрыть свое «окно» и не реагирует на команды. В данном случае - «окно» закрывается, но процесс остается в оперативной памяти. Компьютер считает такую программу работающей и продолжает выделять для нее вычислительные ресурсы. В результате процессор грузится на 100 процентов при визуальном отсутствии запущенных задач.
Диспетчер задач Windows 7
Итак, давайте посмотрим, что делать в Windows 7, столкнувшись с такой проблемой. Microsoft дает нам в руки полноценный инструмент управления процессами ОС. Чтобы им воспользоваться, достаточно вызвать контекстное меню на панели задач.
Выбираем отмеченный на скриншоте пункт, чтобы запустить диспетчер.
Открываем пункт «Вид» в верхнем меню и переходим к отмеченной позиции.
Чтобы быстро вычислить «виновника», отмечаем галочками указанные пункты. Теперь наш диспетчер готов к применению. Параметры окна запоминаются, поэтому в следующий раз дополнительных настроек не потребуется.
Включаем сортировку по колонке «ЦП», в которой отображается процент загрузки. «Виновника» видно сразу. В данном случае это программа архивации, которая потребляет половину системных ресурсов. Выбираете процесс и нажимаете обведенную на скриншоте кнопку, чтобы принудительно завершить его деятельность.
Подтверждаете свои действия, и потребляющая ресурсы программа перестает работать. Таким простым способом можно быстро уменьшить загрузку ЦП в Windows 7.
Диспетчер задач Windows 10
В последней версии ОС Microsoft расширила возможности диспетчера задач. В него добавили полезный инструмент, поработав с которым можно уменьшить загрузку ЦП в Windows 10.
Используем обозначенную вкладку «Автозагрузка», чтобы навести порядок в приложениях, стартующих вместе с операционной системой и снизить загрузку ЦП. У некоторых пользователей в этом месте можно найти настоящий «зоопарк» из программ. При этом более половины из автоматически запускаемого ПО в дальнейшем не используется. Для примера, отключим сервис OneDrive. Мало кто хранит в нем информацию, а влияние его система определяет как высокое. Таким образом, можно сделать меньше загруженность ЦП в Windows 10 на постоянной основе. Отключенный сервис не будет стартовать при запуске и отнимать вычислительные ресурсы.
Заражение системы
Большая загрузка ЦП может являться прямым следствием поражения системы вредоносным продуктом. Сразу дает о себе знать только вирус-вымогатель. Наиболее интересные представители этой «фауны» будут использовать компьютер в своих целях. Вариантов может быть достаточно много, от банальной рассылки спама до участия в бот-сети и модном в последнее время майнинге криптовалют. В результате процессор постоянно загружен выполнением несанкционированных пользователем действий.
Не каждый такой «гость» может быть своевременно обнаружен антивирусной программой. В этом случае на помощь может прийти здоровая подозрительность и утилиты, позволяющие получить исчерпывающую информацию о процессах, происходящих в системе. Диспетчер задач может показать такую информацию, но разобраться в ней не так просто. К примеру, наличие в работающей ОС дюжины процессов svchost считается нормой при условии, что запущены они от имени системы.
На скриншоте показана работа утилиты Process Explorer, отсылки к которой даются даже службой технической поддержки Microsoft. Все процессы выведены в виде древовидной структуры с показом взаимных зависимостей. При ее использовании шансы выявить маскирующийся вредоносный процесс есть у любого внимательного пользователя.
Загрузка процессора 100 процентов на Windows 10 или 7 может быть и следствием обратного процесса. Излишне беспокоящийся о безопасности владелец ПК устанавливает несколько антивирусных программ, которые начинают конфликтовать, используя для этого все доступные ресурсы.
Системные службы
При обновлении до Windows 10 проблемы пользователям может доставлять процесс Modern Setup Host. Эта системная служба отвечает за обновление со старых операционных систем. При этом на системном диске создается полная копия существующей ОС, чтобы обеспечить возможность «отката» изменений. Средний ее размер составляет порядка 20 Гб и при отсутствии этого пространства служба должна прервать обновление. В ряде случаев ее неправильная работа может привести к зависанию процесса и росту нагрузки на ЦП. Решается проблема ручным освобождением необходимого пространства.
Если компьютер не подключен к интернету, понизить загрузку ЦП на «Виндовс» 7 или 10 можно отключением неиспользуемых служб. Операционная система по умолчанию запускает сервисы, связанные с работой в сети. К примеру, на локальном компьютере не нужна служба автоматического обновления. Ее работа при отсутствии интернет-подключения также способна привести к неконтролируемому росту нагрузки.
В заключение
Подавляющее большинство случаев, связанных с повышенной загрузкой ЦП, зависят от программного обеспечения. Старайтесь не смешивать рабочую и игровую конфигурацию, превращая компьютер в «полигон» для тестирования. Выверенный набор необходимых программ позволяет обеспечивать стабильность ОС и избежать ненужных сбоев.