Linux mint загрузка процессора

Linux Mint 19.3 cinnamon грузит процессор

Поставил себе Mint 19.3 cinnamon, и заметил что система немного подтупливает. Проц постоянно загружен, если смотрю видео на ютюбе то загрузка проца вообще под 100% и куллер ревет так, как-будто взлетать собирается, да и в целом куллер шумит постоянно выше среднего, слух режет, видно что компу внапряг. По систем монитору проц больше всего грузят процессы cinnamon и хромиум. По идеи линукс должен меньше чем винда жрать ресурсов, у меня на винде куча прог открыта и 100 вкладок в хроме и всё норм, а тут ппц проц в напряге.

Система: i5 4200U, 8gb, ssd, intel 4400.

Мне кажется проблема как-то связана с видюхой, как найти в чем беда?

Возможно, проблема с тем, что Корица это как бы почти Gnome3, а он всегда жрёт проц и тормозит.

GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, Extended renderer info (GLX_MESA_query_renderer): OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile

а какой лучше дистрибутив использовать для скорости? mint mate?

Сейчас попробовал запустить ютюб в firefox’е, загрузка проца немного меньше чем в хромиуме, порядка 50%

По идеи линукс должен меньше чем винда жрать ресурсов

Линукс — да. А Linux Mint никому ничего не должен.

По идеи линукс должен меньше чем винда жрать ресурсов

Да, пробуй другое ДЕ — это проще всего.

Cinnamon наверно самое неудачное.

Рекомендую debian с kde и желательно отключить графические эффекты для пущего ускорения использования.

По систем монитору проц больше всего грузят процессы cinnamon и хромиум

на сколько сильно грузит? Покажи скрин htop

что нибудь с опенбоксом. Дебиан убунту арч

Zlo ★★★★★ ( 06.04.20 17:36:43 MSK )
Последнее исправление: Zlo 06.04.20 17:41:38 MSK (всего исправлений: 1)

например вот проигрывание видео на ютюбе

Fedora Xfce или Mate — эти DE легче Cinnamon, и в Fedora, ЕМНИП, Chromiun собран с поддержкой декодирования на GPU.

это нормально для хрома без поддержки vaapi. Сама DE почему то поджирает… Попробуй KDE.

Если комп ничего не делает вентиляторы тоже шумят? Что при этом в топе крутится?

Debian c KDE возможно будет работать хорошо и шустро. Или даже Kubuntu.

А как можно установить vaapi? На любой дистрибутив можно?

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

Проблема в том, что гугл решил давать ваапи только хромоси. Но к счастью исходники у нас есть и лишние ifdef можно повыпиливать. Во первых нужно понять, собирает ли дистрибутив ванильный хромиум или патчит для ваапи. По-моему федорка патчит и там ваапи из коробки. Во вторых, убедится, что библиотеки vaapi установлены. Проверить можно через vainfo(если нету — нужно доустановить). Если тут vainfo покажет кодеки которые он сможет вертеть и хром собран с vaapi, то нужно в chrome://flags выключить блеклист gpu и включить vaapi акселерацию. Если хром не патченый — ваапи будет в unsupported флагах нужно тогда искать патченый или собирать самому. Думаю какой то ppa должен быть, не могу сказать для deb-based дистров, давно не пользовал.

vova7890 ★★★ ( 08.04.20 18:45:33 MSK )
Последнее исправление: vova7890 08.04.20 18:47:19 MSK (всего исправлений: 1)

Ну, браузеры в линуксе, к сожалению, пока не умеют в аппаратное ускорение. Но можно смотреть видосы с плеера типа mpv. Про корицу тебе уже сказали. Это куцее убожество, основанное на третьем гноме. Осваивай кеды или xfce. И покажи вывод free -h с запущенным хромиом и сразу после запуска системы, нагрузку на процессор в простое и с хромиумом, systemd-analyze blame . И завязывай со всякими васяносборками типа минта. В них напхано кучу ненужного хлама. Чем расчищать эти завалы дерьма, проще сразу поставить нормальную систему.

anti_win ★★ ( 08.04.20 19:48:17 MSK )
Последнее исправление: anti_win 08.04.20 19:49:05 MSK (всего исправлений: 1)

Источник

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

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

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

Проверяем загрузку процессора с помощью команды 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:

Для CentOS и Red Hat:

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

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

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

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

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

sudo apt-get install sysstat

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

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

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

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

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

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

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

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

#!/bin/bash CPU=$(sar 1 5 | grep "Average" | sed 's/^.* //') CPU=$( printf "%.0f" $CPU ) if [ "$CPU" -lt 20 ] then echo "CPU usage is high!" | sendmail admin@example.com fi

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

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

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

Заключение

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

Источник

Linux mint загрузка процессора

vogor70 Сообщения: 53 Зарегистрирован: 30 авг 2017, 09:29 Благодарил (а): 2 раза

Процессор загружен от 90%

al@al-Aspire-V3-571G ~ $ inxi -Fxz
System: Host: al-Aspire-V3-571G Kernel: 4.10.0-32-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.4.6 (Gtk 3.18.9-1ubuntu3.3)
Distro: Linux Mint 18.2 Sonya
Machine: System: Acer product: Aspire V3-571G v: V1.06
Mobo: Acer model: VA50_HC_CR v: Type2 — Board Version
Bios: Acer v: V1.06 date: 04/20/2012
CPU: Quad core Intel Core i7-3610QM (-HT-MCP-) cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 18360
clock speeds: max: 3300 MHz 1: 1447 MHz 2: 1207 MHz 3: 1239 MHz
4: 1345 MHz 5: 1199 MHz 6: 1728 MHz 7: 1294 MHz 8: 1494 MHz
Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller
bus-ID: 00:02.0
Card-2: NVIDIA GK107M [GeForce GT 640M] bus-ID: 01:00.0
Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa) FAILED: nouveau
Resolution: 1600×900@60.00hz
GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 4.0, 256 bits)
GLX Version: 3.0 Mesa 17.0.7 Direct Rendering: Yes
Audio: Card Intel 7 Series/C210 Series Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.10.0-32-generic
Network: Card-1: Broadcom NetLink BCM57785 Gigabit Ethernet PCIe
driver: tg3 v: 3.137 bus-ID: 02:00.0
IF: enp2s0f0 state: up speed: 100 Mbps duplex: full mac:
Card-2: Broadcom BCM43228 802.11a/b/g/n driver: wl bus-ID: 03:00.0
IF: wlp3s0 state: up mac:
Drives: HDD Total Size: 500.1GB (71.8% used)
ID-1: /dev/sda model: TOSHIBA_MK5059GS size: 500.1GB
Partition: ID-1: / size: 31G used: 17G (57%) fs: ext4 dev: /dev/sda5
ID-2: swap-1 size: 8.42GB used: 0.00GB (0%) fs: swap dev: /dev/dm-0
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 73.0C mobo: N/A gpu: 64.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 280 Uptime: 1:37 Memory: 3347.0/7821.9MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35

Источник