Почему загрузка цп на 100 процентов всегда. Решение проблемы высокой загрузки ЦП на маршрутизаторах Cisco

Достаточно часто пользователи жалуются на 100-процентную загрузку процессора. При этом компьютер зачастую начинает «тупить» и не позволяет нормально работать. Самое интересное, что даже при переустановке Windows ситуация меняется далеко не во всех случаях. Что же делать, как быть?

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

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

Но когда дело касается сторонних программ, все значительно проще. Куда хуже, когда загрузка связана с одним из процессов Windows. Чаще всего речь идет о , о котором я достаточно подробно рассказывал некоторое время назад.

Суть в следующем: svchost.exe позволяет службам в виде dll-файлов исполнять их код в своем адресном пространстве, поэтому в диспетчере задач пользователь может видеть несколько запущенных копий svchost.exe.

Это нормальное явление. Разумеется, за тем исключением, когда под видом процесса прячется некий вирус. Запомните, что svchost.exe никогда не запускается от имени пользователя и вы не сможете найти его в автозагрузке. Если же это произошло, то перед вами — вредоносный файл или программа, не имеющая отношения к Windows.

Допустим, что вы не обнаружили никакого вируса. Почему же происходит загрузка процессора? Чаще всего это связано с тем, что вы не установили обновления для операционной системы Windows. Как это взаимосвязано? На самом деле все просто: как только пользователь подключается к интернету, система опрашивает сервис, какие обновления появились, а какие уже установлены. Это не самый простой процесс и по сути представляет из себя сканирование системы как в случае с антивирусом, например. Поэтому сканирование будет происходить едва ли не постоянно, пока вы не соизволите установить обновления.

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

В новом окне в подразделе «Важные обновления» выберите пункт «Не проверять наличие обновлений (не рекомендуется)», после чего нажмите ОК.

Перезагрузите компьютер, после чего зайдите в диспетчер задач и проверьте загруженность процессора.

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

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

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

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 или, если это возможно, физически. При обнаружении источника неполадки замените или отремонтируйте проблемный узел.

Ещё на сайте:

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

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

Способ 1: Поиск и устранение процесса

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

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


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

Способ 2: Очистка от вирусов

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

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

Способ 3: Обновление драйверов

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

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

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

Способ 4: Очистка компьютера от пыли

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

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

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

  • Перевод

Та метрика, которую мы называем «загрузкой процессора» на самом деле многими людьми понимается не совсем верно. Что же такое «загрузка процессора»? Это то, насколько занят наш процессор? Нет, это не так. Да-да, я говорю о той самой классической загрузке 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 (или чего-то аналогичного) непосредственно рядом с загрузкой процессора, что даст пользователю полное понимание ситуации. Имея все эти данные, разработчики могут предпринять некоторые меры по оптимизации своего кода именно в тех аспектах, где это принесёт наибольшую пользу.

Когда процесс system грузит процессор это доставляет немало проблем владельцу ПК или ноутбука, находящегося под управлением ОС Windows.

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

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

Что происходит и как это выяснить

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

С целью проверить загрузку процессора потребуется запустить Диспетчер задач .

Существует несколько путей его запуска, но самый простой из них – щелкнуть левой клавишей мыши на панели задач, вызвав меню.

Панель задач – прямоугольная область, традиционно [по умолчанию] расположенная в нижней области экрана

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

рис. 1 – внешний вид диспетчера задач в Windows 7

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

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

В критических ситуациях эта цифра достигает 100% и полноценно работать на ПК становится невозможно.

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

Автоматическое обновление системы

Частая причина чрезмерной работы процесса System – автоматическое обновление системы, в том числе загрузка новых драйверов. Эта функция хоть и полезна, но удобна далеко не всегда.

Технические неисправности

Аппаратные проблемы, влияющие на взаимодействие пользователя с системой – тоже нередкий случай, с которым сталкиваются пользователи. При этом причин у этого может быть несколько:

  • Отсутствие соответствующих драйверов.
  • Некорректная работа драйвера.
  • Несовместимость аппаратной части и операционной системы.
  • Несвоевременное физическое обслуживание.

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

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

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

При наличии интернет-соединения сделать это просто.

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

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

В диалоге диспетчера у устройства без драйверов будет знак [?] .

Для него правой кнопкой мыши потребуется выбрать строчку Свойства и в открывшемся диалоге на вкладке Драйвер использовать кнопки для установки.

Совет: при проблемах в работе мастера скачивайте драйвера вручную с официальных сайтов

рис. 4 – Панель управления в ОС Windows 7

Некорректная работа драйвера

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

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

С этой целью в окне Диспетчера потребуется выделить проблемный компонент и, используя правую кнопку мыши, запустить команду Обновить драйвер .

Эта операция, как и в предыдущем варианте, вызовет мастер настройки.

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

Такая ситуация может быть вызвана установкой нового непроверенного оборудования либо установкой обновления операционной системы.

В таком случае корректная работа оборудования с прошлой версией ПО будет менее проблемной.

Соответственно придется принимать радикальные меры – либо возвращать , либо менять или удалять модули, вызывающие ошибку, к примеру, сетевую или видео карту, что чаще всего встречается.

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

Временное решение проблемы в этом случае – отключение питания ПК.

Оно позволяет снять статическое напряжение с устройства, но после не длительной эксплуатации проблема возвращается.

В таком случае поможет элементарная чистка от пыли внутренних компонентов.

рис. 5 – окно Диспетчера устройств в ОС Windows 7