Обзор Mission Center: мониторинг как в диспетчере задач

Mission Center — графический монитор системы для Linux, который по расположению элементов напоминает диспетчер задач Windows, но показывает заметно больше: загрузку отдельных ядер, частоту, температуру, операции с диском, сетевой трафик и состояние видеокарты. Приложение построено на GTK4 и libadwaita, поэтому одинаково аккуратно выглядит в GNOME, KDE и Xfce. Разберём установку, назначение вкладок, практические сценарии диагностики и ограничения, о которых стоит знать до того, как вы откажетесь от терминальных утилит.

Установка и первый запуск

Основной способ получить свежую версию — Flatpak из Flathub. Пакет не зависит от версии дистрибутива и обновляется вместе с остальными приложениями.

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub io.missioncenter.MissionCenter
flatpak run io.missioncenter.MissionCenter
flatpak list --app | grep -i missioncenter

В дистрибутивах с готовым пакетом можно обойтись штатным менеджером: проверьте наличие пакета mission-center через apt-cache policy mission-center или поиск в графическом магазине приложений. Если пакета нет или версия устарела, используйте Flatpak. После установки значок появляется в меню «Система»; из терминала программу удобно запускать командой missioncenter. При первом старте окно открывается на вкладке Performance с уже идущими графиками — никакой предварительной настройки не требуется.

Что показывает вкладка Performance

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

lscpu | grep -E 'Model name|CPU\(s\)|Thread'
free -h
nvidia-smi --query-gpu=utilization.gpu,memory.used,temperature.gpu --format=csv
sensors

Графики помогают быстро поймать момент, когда система «просела»: например, отдельное ядро уходит в 100% при общей загрузке 25% — типичная картина для однопоточного узкого места. Сетевой график удобен при проверке бэкапа или загрузки образа: сразу видно, упирается ли задача в канал. Данные обновляются раз в секунду, история хранится только на время работы окна, поэтому для долгих наблюдений нужен внешний коллектор вроде Netdata или Prometheus.

Процессы, приложения и службы

Вкладка Processes показывает плоский или древовидный список с PID, пользователем, потреблением CPU и памяти. Сортировка по столбцу и строка поиска работают мгновенно. Контекстное меню позволяет завершить процесс, остановить его сигналом STOP и продолжить, а также открыть свойства с командной строкой запуска. Вкладка Apps группирует процессы по .desktop-файлам: удобно, когда браузер запускает десяток дочерних процессов и непонятно, кто именно съел гигабайт.

ps -eo pid,user,comm,%cpu,%mem --sort=-%cpu | head -n 15
systemctl list-units --type=service --state=running
systemctl status backup.service --no-pager
journalctl -u backup.service -n 50 --no-pager

Третья полезная вкладка — Services. Она перечисляет юниты systemd, показывает их состояние и позволяет выполнить запуск, остановку или перезапуск. Это не заменяет systemctl, но избавляет от набора команд, когда нужно быстро перезапустить зависший сервис и посмотреть, поднялся ли он. Обратите внимание: действия выполняются от имени пользователя, поэтому для системных юнитов приложение запросит права через PolicyKit.

Три сценария диагностики

Первый — внезапная нагрузка на процессор. Откройте Processes, отсортируйте по CPU и посмотрите на родителя нагрузки: часто виновник не сам процесс, а цикл перезапуска дочерних задач. Проверьте журнал юнита и только потом завершайте процесс, иначе systemd поднимет его снова.

Второй — утечка памяти. На графике память растёт ступенями, подкачка увеличивается, система начинает отвечать медленнее. Снимите снимок процессов по RSS, подождите десять минут и сравните: устойчивый рост у одного PID — повод искать утечку в приложении, а не увеличивать swap.

Третий — диск. Высокий iowait при низкой загрузке CPU и постоянная запись в графике указывают на журналирование, индексацию или бэкап. Сопоставьте время всплеска с расписанием таймеров:

systemctl list-timers --all
iotop -o -P
df -hT
du -xhd1 /var | sort -h | tail

Настройки и точность данных

В параметрах меняются интервал обновления, сглаживание графиков, единицы измерения и отображение температуры в заголовке. Температуры берутся из hwmon, поэтому на ноутбуках с нестандартным контроллером часть датчиков может отсутствовать — установите lm-sensors и выполните sudo sensors-detect. Для NVIDIA нужен проприетарный драйвер, для AMD и Intel данные обычно доступны через amdgpu и i915. Если видеокарта не появилась, проверьте, что модуль ядра загружен: lsmod | grep -E 'nvidia|amdgpu|i915'.

Полезно сопоставлять картину с данными ядра. Частота процессора на графике может стоять на максимуме, хотя реальная работа идёт рывками: сравните с cpupower frequency-info и посмотрите, не выбран ли режим performance. Высокая температура при низкой загрузке нередко означает плохой контакт радиатора или забитый вентилятор, а не проблему с датчиком. Для контейнеров и служб удобно держать рядом systemd-cgtop: он покажет потребление по слайсам, тогда как Mission Center видит отдельные процессы.

cpupower frequency-info | grep -E 'governor|current CPU frequency'
systemd-cgtop -m --iterations=3
cat /proc/pressure/cpu
cat /proc/pressure/io

Чем Mission Center не является

Это настольный инструмент, а не система мониторинга. У него нет оповещений, экспорта метрик, удалённых агентов и базы истории. Он не покажет температуру диска без smartd и не заменит perf для профилирования. Наконец, агрессивное завершение процессов из GUI нередко маскирует причину: сервис перезапустится, а ошибка останется в журнале — начинать всё равно стоит с логов.

Чек-лист внедрения

• Установите приложение из Flathub и закрепите в доке.
• Проверьте, что видны все ядра, диск, сеть и GPU.
• Добавьте lm-sensors и убедитесь, что температуры читаются.
• Сравните показания с top, free и iostat на одной и той же нагрузке.
• Для сервера оставьте Netdata или Prometheus, а Mission Center используйте локально.

Итог

Mission Center закрывает разрыв между аскетичным top и тяжёлыми системами мониторинга: он нагляден, быстро устанавливается и не требует настройки. Сильные стороны — единая картина CPU, памяти, диска, сети и GPU, удобные вкладки приложений и служб. Слабые — отсутствие истории и оповещений. Для повседневной диагностики рабочей станции этого достаточно, а для серверов инструмент стоит рассматривать как дополнение, а не замену сбору метрик.