Процессор перегружен на 100 что делать. Устраняем высокую загрузку процессора

Инструкция

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

Обратитесь к специалисту, если проблемы с процессором возникают неоднократно.

Источники:

• как уменьшить загрузку цп в 7

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

Вам понадобится

• - компьютер с ОС Windows.

Инструкция

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

Дальше в командной строке введите Chkntfs /X C, где С является буквой системного диска. Если ваш системный диск имеет другую букву, то, соответственно, ее и нужно прописать. После ввода команды нажмите клавишу Enter. Закройте командную строку. Теперь автоматическая проверка системного раздела отключена. Таким же способом можно отключить автоматическую проверку других разделов жесткого диска. Просто в конце команды следует написать букву раздела винчестера, для которого вы хотите отключить сканирование.

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

Кликните по стрелочке, которая находится напротив названия этого раздела. Повторите процедуру возле подраздела SYSTEM. Таким образом открывайте разделы в таком порядке: CurrentControlSet/Control/Session Manager. Session Manager открывать не нужно, выделите его с помощью левого щелчка мышки.

После выделения последнего раздела в правом окне будут доступны ветки для редактирования. Найдите среди них ветку под названием BootExecute. Щелкните по ней дважды левой кнопкой мышки. Теперь ее можно отредактировать. Все, что вам нужно, - это перед звездочкой добавить параметр /K:C. В конечном итоге отредактированная ветка будет выгладить так: autocheck autochk /k:C. Сохраните изменения. После этого проверка диска будет отключена.

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

Инструкция

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

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

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

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

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

• Вирусы. Есть много вирусов, которые не оказывают существенного вреда системе, но при этом сильно нагружают её, делая обычную работу затруднительной;
• «Засорившейся» реестр. Со временем работы ОС скапливаются различные баги и мусорные файлы, которые в большом количестве могут создавать ощутимую нагрузку на компоненты ПК;
• Программы в «Автозагрузке» . Некоторое ПО может добавляться в этот раздел и загружаться без ведома пользователя вместе с Windows (наибольшая нагрузка на ЦП происходит именно во время старта системы);
• Скопившаяся пыль в системном блоке. Сама по себе не загружает ЦП, но способна вызывать перегрев, который уменьшает качество и стабильность работы центрального процессора.

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

Способ 1: очистка «Диспетчера задач»

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

Не отключайте системные процессы и службы (имеют специальное обозначение, которое отличает их от других), если не знаете какую функцию они выполняют. Отключать рекомендуется только пользовательские процессы. Отключить системный процесс/службу можно только в том случае, если вы уверены, что это не повлечёт перезагрузку системы или чёрный/синий экраны смерти.

Инструкция по отключению ненужных компонентов выглядит так:

Также через «Диспетчер задач» нужно очистить «Автозагрузку» . Сделать это можно так:

Способ 2: чистка реестра

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

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

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

• фоновые программы, например, программы загрузки;
• программы системного мониторинга, к примеру, программы-агенты;
• вирусы;
• прочие программы мониторинга, к примеру, 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 программы. Хотя установка и загрузка таких программ производятся с Вашего согласия, они, Выполняясь в фоновом режиме, тоже потребляют мощность процессора и другие системные ресурсы, которые могли бы расходоваться на другие цели.