Cpu работает на 100 что делать. Как контролировать процесс загрузки процессора


При проведении любой оптимизации контроль загрузки процессора является обязательным. Ресурсы процессора должны быть доступны всем приложениям. Если это не так, нужно разобраться в том, как система использует процессор. В современных системах серьезную проблему представляет потребление ресурсов процессора теми источниками, которые не относятся к пользовательским приложениям. В их число входят:

  • фоновые программы, например, программы загрузки;
  • программы системного мониторинга, к примеру, программы-агенты;
  • вирусы;
  • прочие программы мониторинга, к примеру, spyware и adware программы;
  • конфигурационные проблемы системы, например, некорректные драйверы;
  • аппаратные проблемы, например, проблемы установки материнской платы.

Перед тем как двигаться дальше, нужно определить, имеются ли в Вашем компьютере реальные проблемы использования процессора. Лучший способ сделать это, не прибегая к мониторингу, - щелкнуть правой кнопкой мыши на панели задач и выбрать в контекстном меню команду Диспетчер задач. В окне диспетчера задач перейдите на вкладку Быстродействие. В представленном примере присутствуют два процессора, однако эта вкладка выглядит так же и для однопроцессорных машин.

В Windows 9х доступ к диспетчеру задач осуществляется несколько сложнее, чем в версиях NT и Выше. Чтобы открыть диспетчер задач в Windows 9х, нажмите клавиши Ctrl+Alt+Delete и в появившемся диалоговом окне Вы увидите список приложений, запущенных в вашей системе. К сожалению, системы Windows 9х лишены некоторых средств, доступных в более поздних версиях. Например, диспетчер задач не позволяет определить объем памяти, потребляемый каждым приложением и общую производительность системы.

Пользователи Windows 2000 не увидят вкладку Сеть. Хотя данная вкладка упоминается в этой книге нечасто, она удобна при оптимизации удаленных приложений и приложений, использующих ресурсы других компьютеров. Для получения доступа к аналогичным средствам Windows 2000 Вам необходимо воспользоваться оснасткой Системный монитор консоли Быстродействие, расположенной в папке Администрирование панели управления .

Оставьте компьютер в покое - не трогайте мышь и клавиатуру. Через несколько секунд индикатор в левом верхнем углу должен показать значение в интервале от 0 до 5 %. При таком значении загрузки в состоянии покоя проблемы с использованием процессора нет - система располагает максимумом ресурсов для фоновых приложений. Строго говоря, ненулевое значение свидетельствует о проблеме, однако она не настолько серьезна, чтобы думать о ее разрешении.

Первый вопрос, на который следует ответить, - выполняются ли в вашей системе другие задания. Ненулевая загрузка системы, например, может быть обусловлена загрузкой файлов из сети в фоновом режиме. Дождитесь ее окончания и выполните проверку процессора заново. Фоновые программы всегда потребляют ресурсы процессора, и сейчас самое время определить, сколько именно. Если ваша система выполняет полезную работу, то Вам придется дождаться ее завершения и отложить повторную проверку, например, до обеденного перерыва.

Еще одну проблему могут вызвать неполадки с аппаратным обеспечением или драйвером. Например, некоторые старые материнские платы содержат некорректно реализованные дополнительные компоненты, что приводит к 50-процентному потреблению мощности процессора в любой момент времени, даже если процессор не выполняет полезной работы. Один из примеров молено найти в статье http://support.microsoft.com/7kbid = 241532 базы знаний Microsoft.

Драйверы также могут стать источниками проблем. Некорректный драйвер способен значительно увеличить нагрузку на процессор, что проявляется в состоянии покоя системы. Пример см. в статье http://support.microsoft.com/7kbid = 822603 базы знаний Microsoft.

Высокая загрузка процессора может являться следствием внешних факторов, например, атаки вида отказа в обслуживании. Более подробную информацию см. в статье http://support.microsoft.com/7kbid = 273854 базы знаний Microsoft.

Если Вы работаете в корпоративном окружении, администратор мог установить в Вашу систему программы-агенты для решения различных задач. Одной из самых распространенных задач является архивация в фоновом режиме - процедура, помогающая предотвратить потерю данных, однако требующая дополнительных системных ресурсов. Если Вы не знаете, работает ли в Вашей системе программа агент, осведомитесь об этом у системного администратора.

Иногда высокая фоновая загрузка процессора свидетельствует о гораздо более серьезных проблемах. В худшем случае источником проблем являются вирусы, однако, возможно, Вы случайно загрузили в систему spyware программы. Хотя установка и загрузка таких программ производятся с Вашего согласия, они, Выполняясь в фоновом режиме, тоже потребляют мощность процессора и другие системные ресурсы, которые могли бы расходоваться на другие цели.

Svchost.exe (сервис-хост) – файл и процесс операционных систем семейства Windows. Его задача – загружать и выполнять внутренние службы из динамически подключаемых библиотек (файлов с расширением.dll), обеспечивая работоспособность практически всех компонентов операционной системы. Образно говоря, svchost.exe – это печень, почки и легкие Windows, без которых ее существование немыслимо. Но почему эти «жизненно важные органы» иногда создают нам столько проблем?

Сегодня поговорим о том, что делать, если svchost.exe грузит процессор, не давая нормально работать на компьютере.

Причины загрузки системы процессом svchost

Поскольку svchost.exe обслуживает значительную часть системных служб, причин интенсивной нагрузки на процессор может быть масса. Вот самые распространенные из них:

  • Вирусное заражение.
  • Слишком высокая загруженность сети, например, множеством открытых слотов в uTorrent.
  • Ошибки драйверов устройств (звукового, сетевого и т. д.), так как последние тесно взаимодействуют с системными службами.
  • Повреждение файлов операционной системы (в частности, самого сервис-хоста и различных динамических библиотек).
  • Ошибки системных служб.
  • Неисправность аппаратной части ПК.

Иногда подобное бывает следствием неудачной пиратской активации Windows (не все активаторы одинаково полезны) и взлома программ.

Как определить, какая служба грузит сервис-хост

Для просмотра служб, работающих в грузящем хост-процессе, подойдет встроенный в систему или альтернативный диспетчер задач. В первом интересующая нас информация содержится в разделе «Процессы Windows ». Каждый хост-процесс отображен в нем под именем «Узел службы ».

В зеленой рамке на скриншоте показан список служб одного процесса svchost.

В качестве альтернативы штатному диспетчеру задач я предпочитаю бесплатный от Sysinternals. В нем достаточно навести курсор на строку – и все нужные сведения отобразятся во всплывающем окошке.

Если в грузящем хост-процессе работает больше одной службы, искать ту, которая вызывает проблему, придется методом перебора:

  • Откройте приложение «Службы » (кнопка открытия находится внизу одноименной вкладки диспетчера задач).

  • Отключите первую службу из списка грузящего сервис-хоста: откройте через меню правой кнопки ее свойства и выберите из списка «Тип запуска » «Вручную » или «Отключена ».

  • Перегрузите компьютер. Если проблема не ушла – снова запустите эту службу и отключите следующую.

Проблемная служба обнаружена, что дальше?

Дальше действуйте по ситуации. Если сбой вызывает второстепенный компонент, например, Superfetch (довольно часто создает проблему пользователям Windows 8 и 10), просто оставьте его отключенным. Если служба связана с оборудованием (аудио, сеть и т. д.) – попробуйте обновить или откатить драйвер устройства. При проблемах с Центром обновления Windows (часто встречается на «семерках» и XP), в 90% случаев помогает отключение проверки обновлений. Однако полный отказ от установки обновлений системы – это большая брешь в безопасности Виндовс, поэтому лучше переключите ее в ручной режим.

Если svchost начал грузить процессор после установки обновлений Windows, приложений или драйверов, или деинсталлируйте источник сбоя.

В отдельных случаях помогает очистка папки \Windows\Prefetch , где хранятся файлы трассировки Префетчера – системного компонента, который ускоряет загрузку системы и программ.

Как разгрузить сеть

Слишком большая загруженность сети, ошибки сетевого драйвера, сбои приложений, использующих Интернет, сетевые вирусы (черви), становятся источником проблемы, пожалуй, в половине случаев. Для проверки этой версии отключите в диспетчере устройств сетевой адаптер и перезагрузите ПК. Если нагрузка на процессор пришла в норму, причина найдена, осталось обнаружить виновника.

Снизить загрузку процессора сетевыми компонентами помогает:

  • уменьшение количества одновременных закачек и раздач торрентов;
  • запрет доступа к Интернету программам, для которых это не обязательно (особенно если их много);
  • завершение работы сетевых программ, когда они не используются;
  • очистка временных папок (temp) – в них могут находиться недокачанные файлы, которые приложения-качалки пытаются догрузить до конца;
  • проверка антивирусом на наличие сетевых червей;

Еще одна «болезнь» довольно продолжительное время терзала Виндовс 7. При ней загруженность ЦП процессом svchost достигала 100% и снижалась только при отключении сети. Причина крылась в безудержном «размножении» виртуальных туннельных адаптеров Microsoft 6to4 , которых иногда создавалось несколько сотен.

Чтобы проверить, не ваш ли это случай, откройте диспетчер устройств, зайдите в меню «Вид » и отметьте флажком «Показать скрытые устройства ». Следом разверните список сетевых адаптеров. Все клоны «Microsoft 6to4», если есть, находятся там.

Для устранения неполадки достаточно удалить лишние копии виртуальных адаптеров. Это можно сделать как вручную по одной, так и автоматически – все сразу. Для автоматического удаления понадобится консольная утилита , которая доступна для скачивания на сайте MSDN Microsoft.

После распаковки devcon на жесткий диск запустите от имени администратора командную строку и выполните инструкцию C:\devcon.exe remove *6to4* (вместо C:\ укажите ваш путь к devcon.exe). Чтобы ситуация не повторялась, обновите операционную систему.

Сегодня проблема с адаптерами 6to4 уже устранена разработчиками и встречается только у тех, кто не устанавливает обновления Виндовс.

А если это вирус? Как отличить вредоносный svchost от нормального

Вредоносная программа может:

  • Создать на жестком диске свою копию под именем svchost.exe, которая будет размещаться где угодно, кроме каталога \Windows\System32 , поскольку в нем находится одноименный системный файл. То есть, замаскироваться под системный процесс.
  • Внедрить свои динамические библиотеки в один из легальных хост-процессов.
  • Модифицировать (пропатчить) системный файл svchost.exe, поместив в его тело собственный исполняемый код.

Некоторых пользователей пугает слишком большое, по их мнению, количество запущенных хост-процессов. На самом же деле этот показатель ни о чем плохом не говорит. Число процессов svchost в нормально работающей системе составляет 8-9 и больше. В каждом из них выполняется одна или несколько служб – это видно в диспетчере задач. Службы разделены на группы в зависимости от нужного им уровня доступа к ресурсам, поэтому процессов несколько.

Большинство нормальных хост-процессов выполняется от имени системы, network service и local service. До выпуска Windows 8 любой сервис-хост, запущенный от имени пользователя, автоматически признавался вирусом, но сейчас это справедливо только для Windows 7 и ее предшественниц. В «восьмерке» и «десятке» один сервис-хост, работающий от имени пользователя, является нормой.

На то, что хост-процесс запущен или используется вирусом, указывает хотя бы один из признаков:

  • Файл хост-процесса находится НЕ в папке \Windows\System32.
  • В процессе работает неизвестная служба или в него загружена несистемная библиотека (.dll).

  • На Windows XP-7 хост-процесс запущен от имени пользователя, а на Windows 8-10 присутствует больше одного хост-процесса от имени пользователя.
  • Родительским процессом (Parent) нормального сервис-хоста всегда является приложение Services.exe. При заражении вирусом вместо него может всё, что угодно.

На скриншотах показан Process Explorer , запущенный от имени администратора. Для просмотра списка.dll, загруженных в сервис-хост, выделите последний кликом мыши и нажмите на клавиатуре Ctrl+D. Чтобы узнать его родительский процесс, нажмите кнопку «Properties » в верхней панели программы и откройте вкладку «Image ».

Что делать, если svchost.exe заражен вирусом

Важно разобраться, где именно скрывается инфекция: в самом системном файле svchost.exe или в том, что его использует. Если заражен системный файл, ни в коем случае не удаляйте его, а замените чистым, взяв с аналогичной копии Виндовс (для этого придется загрузить компьютер с другого носителя). Вредоносные библиотеки, наоборот, необходимо удалить полностью.

Как проверить на ошибки системные файлы

Большая часть динамических библиотек, откуда сервис-хост загружает службы, является собственным файлами Виндовс, меньшая – компонентами драйверов устройств. Ошибки файлов системы поможет исправить консольная утилита sfc.exe.

Запустите от администратора командную строку и выполните инструкцию sfc / scannow . Параметр /scannow означает: «немедленно проверить и заменить все поврежденные файлы из кэшированной копии».

Результаты будут показаны после окончания проверки в этом же окне.

Что делать, если ничего не помогает

В довольно редких случаях стопроцентная загрузка процессора svchost.exe не устраняется даже переустановкой Виндовс. Виновниками таких ситуаций бывают сбойные драйвера или даже сами устройства – сетевые адаптеры, аудиокодеки, оперативная память (ошибки последней иногда проявляются очень причудливо) либо что-то еще. Бывали случаи, когда проблему удавалось решить компьютера.

Если подозрение пало на оборудование, первым делом попробуйте полностью переустановить все драйвера, используя заведомо стабильные версии. Устройства проверьте поочередным отключением – в BIOS или, если это возможно, физически. При обнаружении источника неполадки замените или отремонтируйте проблемный узел.

Ещё на сайте:

  • Перевод

Та метрика, которую мы называем «загрузкой процессора» на самом деле многими людьми понимается не совсем верно. Что же такое «загрузка процессора»? Это то, насколько занят наш процессор? Нет, это не так. Да-да, я говорю о той самой классической загрузке 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%) stalled-cycles-frontend stalled-cycles-backend 1,118,336,816,068 instructions # 0.78 insns per cycle (75.01%) 249,644,142,804 branches # 389.218 M/sec (75.01%) 7,791,449,769 branch-misses # 3.12% of all branches (75.01%) 10.003794539 seconds time elapsed
Ключевая метрика здесь это "количество инструкций за такт " (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, только к обновлению он не имеет никакого отношения. Бывает так, что процесс связан со службой, которую требуется отключить. В некоторых случаях помогает откат драйверов или их переустановка на более свежую версию для определенных служб.

На просторах рунета нашелся такой способ — вынимаете сетевой кабель из гнезда и вставляете обратно. Непонятно, почему он помогает, но положительных откликов немало.

Разумеется, не стоит забывать и о самом процессоре — он может банально перегреваться. В этом случае нужно узнать, в чем именно дело. Возможно, пора заменить термопасту.

Одна из самых распространенных и малопонятных проблем - это загрузка ЦП. 100 процентов его работы отбирают непонятные процессы и службы, что делает использование компьютера крайне сложным. Почему так происходит?

Загрузка ЦП 100 процентов. Что делать?

Довольно часто обладатели компьютеров могут наблюдать ухудшения в работе, задержку в реакции на действия пользователя и другие проблемы спустя какое-то время непрерывного использования. В число наиболее распространенных причин, которые могут к этому привести, входит полная загрузка процессора малопонятными запущенными процессами. Самый простой совет - это перезагрузить компьютер. В некоторых случаях он может помочь. Можно посоветовать переустановить систему, но это самый крайний метод, входящий уже в разряд анекдотических рекомендаций на большинстве технических форумов.

Наиболее распространенные причины повышения нагрузки на процессор

Тех, кого волнует этот вопрос, довольно много. И все они ищут действенное решение своей проблемы без использования кардинальных методов. А для этого необходимо разобраться с причиной, которая могла привести к такой ситуации. Если обратиться к форумам, на которых вопросы, связанные с подобным поведением компьютера, встречаются довольно часто, можно выделить самые распространенные ситуации:

  • Запуск программы или процесса, которые используют повышенные ресурсы компьютера.
  • Нарушения в работе системы.
  • из-за скопившейся пыли и недостаточного охлаждения.

Выявление проблем и их решение

Для того чтобы определить, почему процентов, потребуется провести ряд диагностических процедур. После того как причина установлена или есть основания остановить свой выбор на чем-то одном, потребуется произвести действия, необходимые для ее устранения. Подробно о том, что нужно делать в каждом конкретном случае, рассматривается далее.

Определение программы, которая нагружает процессор

Первое, что нужно сделать, когда компьютер стал подтормаживать и плохо реагировать на команды мыши и другие действия, - это открыть диспетчер задач. Для этого можно одновременно зажать комбинацию клавиш Ctrl, Alt и Del или Ctrl, Shift и Esc либо вызвать контекстное меню в области панели задач и найти в нем соответствующий пункт.

В открывшемся окне необходимо выбрать подробное представление, чтобы появились вкладки, среди которых будет нужная нам - «Процессы». В ней можно увидеть, когда происходит загрузка ЦП 100 процентов. Что делать дальше в таком случае?

Во вкладке будет отображаться полный список всех процессов, которые запущены на данный момент в системе. По умолчанию они отсортированы в алфавитном порядке, но можно выбрать столбец с загрузкой ЦП, чтобы определить тот, который вызвал проблемы.

Довольно часто бывает так, что массивная программа, которая требует больших затрат по ресурсам, не выгружается корректно после закрытия. В результате этого в работе остаются процессы, и загрузка процессора продолжается. При этом достаточно нажать на кнопку «Снять задачу», чтобы решить проблему. В связи с этим может оказаться действенной перезагрузка системы, которая рекомендовалась в самом начале. Грубо говоря, во время нее происходит такое же снятие задач. Помимо этого, освобождаются дополнительные ресурсы, которые можно не заметить самостоятельно.

В списке процессов также могут оказаться неизвестные, которых не было до этого. Причем они также могут принимать участие в загрузке системы. Такое поведение свойственно вирусам, поэтому хорошо было бы знать названия и характеристики процессов, которые постоянно работают в конкретной системе, и периодически проверять список запущенных на предмет появления подозрительной активности.

Сбои в работе системы

Первый метод не всегда позволяет определить причину, по которой происходит загрузка ЦП 100 процентов. Что делать в таком случае? На практике в может оказаться, что вся нагрузка приходится на пункт «Бездействие системы». И в этой ситуации снять задачу не получится.

Рекомендацией в этом случае будет запустить утилиту, которую распространяет корпорация Microsoft совершенно бесплатно. представляет расширенную картину того, что показывает диспетчер задач. В рассматриваемой ситуации загрузка процессора 100 процентов может составлять за счет системных прерываний, которые в этой программе обозначаются как Interrupts. Сложно сказать, в чем именно причина такого поведения, если не предпринять дополнительные действия.

Что может грузить процессор в системе

Нередко к такой проблеме приводят некорректно написанные драйверы. Выявить это поможет загрузка системы с применением безопасного режима. Если ЦП не испытывает прежней нагрузки, то с высокой долей вероятности причина именно в драйверах. Нужно поискать их новые версии, предоставляемые непосредственно производителем компьютера или ноутбука.

Также к такому поведению системы могут привести различные вирусы, обосновавшиеся в ней. В этом случае нужно запустить сканирование системы антивирусным ПО.

В результате проблем с подключенными устройствами также может возникнуть загрузка ЦП 100 процентов. Что делать при этом? Совет довольно простой. Достаточно отключить все от компьютера, оставив только самый необходимый минимальный набор из мыши, клавиатуры и монитора. Также следует заглянуть в чтобы проверить наличие возможных неполадок там.

Если эти советы не помогают решить проблему, то придется переустанавливать систему. Хорошо, если в процессе работы создаются точки отката, на которые можно восстановиться, если система на тот момент работала исправно.

Скопление пыли и перегрев

Нередко определить, почему загрузка ЦП 100 процентов достигает, помогает громкая работа кулера и повышение температуры процессора. Как правило, это говорит о том, что компьютер или ноутбук давно пора почистить от скопившейся в нем пыли, грязи, и заменить термопасту. Это же приводит к торможению и отказам в работе системы. Рекомендуется проводить чистку по меньшей мере раз в год.

  • Сергей Савенков

    какой то “куцый” обзор… как будто спешили куда то