Загрузка процессора для linux mint

100% загрузка ядер процессора

Имеется ноутбук с Linux Mint на борту. Я установил свободный драйвер для видеокарт AMD следующим образом: http://help.ubuntu.ru/wiki/свободный_драйвер_видеокарт_amd

После этого я заметил, что System Monitor стал показывать практически 100% загрузку всех четырех ядер процессора. Даже если не запущено никаких «тяжелых» приложений. Не уверен, что это является нормой.

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

Есть подозрение что швабодный драйвер говно. Ставь fglrx. Установка Minta у меня на ноуте не заводится, тестануть не могу, увы.

Это фича драйверов ATI — полностью реализованная поддержка аппаратного торможения.

Ati vs Nvidia срача нить начнись. С этой целью набросил?

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

Этот репозиторий содержит разрабатываемую версию драйвера. В случае неправильной работы драйвера вы можете вернуться к стандартным драйверам при помощи утилиты ppa-purge.

Посмотреть в top какой процесс грузит, не?

Странно. У меня в ubuntu не повторяется.

1. Зачем подключать эту репу? Искаропки уже нормально работает стабильная версия драйвера (в рамках дистрибутива, разумеется). Энергосбережение и всё прочее уже работает искаропки на ура, в отличие от более ранних версий (надо было возиться с этими echo low, profile и т.д.).

2. Эта репа скорее для тестов, разработки, gallium-nine и прочего, но никак не для повседневной работы. Хотя, повторюсь, я пытался запустить у себя wine под gallium-nine, поэтому сам подписан на эти ppa — проблем нет. wine вылетает, приходится пользовать обычный вариант, но в heroes of the storm вполне можно поиграть.

Мой совет — грохни репу, обнови систему и не парься. Оно и так хорошо работает. 2,5 месяца как я вернулся в линукс, в винду загружался только пару раз для игрушек — никаких проблем с нагревом, шумом и вообще нагрузкой на железо.

Есть подозрение что швабодный драйвер говно.

Швабодный в 2д был быстрее ещё лет 6 назад. Что-то потом чинили в блобе в плане 2д, буквально года два назад, но что и как — хз.

В плане 3д любопытно, да.

У меня жир из монитора течь начал. Зачем так делать?

А зачем тебе жир в мониторе? Пусть вытечет.

А откуда он там взялся? Из-за тебя же.

Ой да ладно. Глядя на твои звезды и дату регистрации, с уверенностью могу заявить: «Когда я пришел, всё уже так и было»(с) Барт Симпсон.

Но ведь звезды для фаллометриков, нет?

Они, подобно фаллосу, отрастают сами. А меряться или нет — личное дело каждого.

Вот и хорошо, 100% загрузка — полная утилизация процессорной мощности.

Я за пределы толксов редко вылезаю, да.

Через софтваный рендер рисуется, скорее всего.

В моем минте не поддерживается блобастость, только открытые.

AMD ZM-82. Начинается 100%, когда что-то происходит.

Эм. Что значит не поддерживается?

Для твоей карты разве блоб не подходит?

Официально теперь не поддерживается, поскольку X.org стал настолько «большим» в ревизии, что он больше не тянет устаревший flgrx. Поэтому у меня только открытые дрова и поддерживаются.

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

А, понятно. Я не в курсе насчёт других наименований видеочипов.

Источник

Linux Mint 19 и 100% загрузка ЦП

Здравствуйте!
В чем может быть причина постоянной 95-100% загрузки ЦП?
Ноут Dell Studio 1735, T5750 Core 2 Duo
Linux Mint 19. Наблюдается сразу же после установки.
Благодарю за внимание.

Что за процессы грузят конечно же неизвестно.

Ты такие слова, как top, htop, системный монитор на худой конец, когда-нибудь слышал?

Cinnamon насилует видюху, имхо. Поставь Xfce Edition хотя бы.

Или дрова на видео, чтобы видеоускорение включилось.

Решено

В BIOS не нашел как отключить.
Снял карточку WPAN. Индикатор Bluetooth погас.
Нагрузка на CPU упала.
Благодарю за помощь!

Будешь записываться в ряды systemd хейтеров ?
Я вот со среды записался.

Заработало и хорошо!
«Всех люблю на свете я»

Linux Mint 19 и 100% загрузка ЦП 2. Ярость БТР

Доброго времени суток! У меня тоже проблема с загрузкой ЦП, но причина другая. Ноут ASUS K53e Core i3 2310M 8 GB озу, видео Intel встроенная. НА SSD работает 19 Mint Cinnamon X64.

Собственно сабж — процессы btrfs-clean и btrfs-transactio, периодически появляясь, нещадно сжирают ресурсы ЦП, превращая ноут в тормозящую тыкву. Как бы мне их аппетиты поумерить, если возможно?

Источник

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Загрузка ЦПУ в Linux — насколько варит ваш котелок

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

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Методы проверки

Проверяем загрузку процессора с помощью команды top

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

Команда состоит всего из трех букв: top

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

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

Три числа показывают среднюю загрузку: за 1, 5 и 15 минут соответственно. Считайте, что эти числа — это процентная загрузка, т.е 0.2 означает 20%, а 1.00 — стопроцентную загрузку. Это звучит и выглядит достаточно логично, но иногда там могут проскакивать странные значения — вроде 2.50. Это происходит из-за того, что этот показатель не прямое значение загрузки процессора, а нечто вроде общего количества «работы», которое ваша система пытается выполнить. К примеру, значение 2.50 означает, что текущая загрузка равна 250% и ваша система на 150% перегружена.

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

Третья строчка позволит вам отследить загрузку ЦПУ с подробной статистикой. Но здесь нужно сделать некоторые комментарии:

• us: процент времени, когда ЦПУ был загружен и которое было затрачено на user space (созданные/запущенные пользователем процессы)
• sy: процент времени, когда ЦПУ был загружен и которое было затрачено на на kernel (системные процессы)
• ni: процент времени, когда ЦПУ был загружен и которое было затрачено на приоритезированные пользовательские процессы (системные процессы)
• id: процент времени, когда ЦПУ не был загружен
• wa: процент времени, когда ЦПУ ожидал отклика от устройств ввода — вывода (к примеру, ожидание завершения записи информации на диск)
• hi: процент времени, когда ЦПУ получал аппаратные прерывания (например, от сетевого адаптера)
• si: процент времени, когда ЦПУ получал программные прерывания (например, от какого-то приложения адаптера)
• st: сколько процентов было «украдено» виртуальной машиной — в случае, если гипервизору понадобилось увеличить собственные ресурсы

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

Также вы можете нажимать на кнопку t, чтобы прокручивать между различными вариантами вывода информации и использовать кнопку q для выхода из top

Немного более модный способ: htop

Существует более удобная утилита под названием htop, которая предоставляет достаточно удобный интерфейс с красивым форматированием. Установка утилиты экстремально проста:

Для Ubuntu и Debian:

sudo apt-get install htop

Для CentOS и Red Hat:

yum install htop

dnf install htop

После установки просто введите команду ниже:

Как видно на скриншоте, htop гораздо лучше подходит для простой проверки степени загрузки процессора. Выход также осуществляется кнопкой q

Прочие способы проверки степени загрузки ЦПУ

Есть еще несколько полезных утилит, и одна из них (а точнее целый набор) называется sysstat.

Установка для Ubuntu и Debian:

sudo apt-get install sysstat

Установка для CentOS и Red Hat:

yum install sysstat

Как только вы установите systat, вы сможете выполнить команду mpstat — опять же, практически тот же вывод, что и у top, но в гораздо лаконичнее.

Следующая утилита в этом пакете это sar. Она наиболее полезна, если вы ее вводите вместе с каким-нибудь числом, например 6. Это определяет временной интервал, через который команда sar будет выводить информацию о загрузке ЦПУ.

К примеру, проверяем загрузку ЦПУ каждые 6 секунд:

Если же вы хотите остановить вывод после нескольких итераций, например 10, добавьте еще одно число:

Так вы также увидите средние значения за 10 выводов.

Как настроить оповещения о слишком высокой нагрузке на процессор

Одним из самых правильных способов является написание простого bash скрипта, который будет отправлять вам алерты о слишком высокой степени утилизации системных ресурсов.

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

Естественно, для выполнения этого скрипта нужно будет запустить его по крону:

Для ежеминутного запуска введите:

Заключение

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

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Источник