systemd-analyze — найти статистику производительности загрузки системы в Linux
Вы используете систему и диспетчер служб systemd, а загрузка вашей системы Linux занимает больше времени, или вы просто хотите просмотреть отчеты о производительности загрузки вашей системы? Если да, то вы попали в нужное место.
В этой статье мы покажем вам, как анализировать статистику производительности загрузки системы Linux с помощью systemd-analyze, одной из многочисленных утилит systemd для управления системой.
Читайте также: как управлять службами Systemd на удаленном сервере Linux
Чтобы получить представление о времени загрузки системы, мы можем запустить команду systemd-analyze без каких-либо аргументов следующим образом. В нем будет указана информация о том, сколько времени потребовалось для запуска каждой службы, включая время, затраченное ядром, initrd и пользовательским пространством во время загрузки.
systemd-analyze
Startup finished in 884ms (kernel) + 3.861s (initrd) + 48.356s (userspace) = 53.102s
Если вы хотите просмотреть список всех работающих модулей, отсортированный по времени их инициализации (самое большое время вверху), для этой цели используется подкоманда виноват. После выполнения следующей команды используйте [Enter], чтобы просмотреть дополнительные службы в списке, и q
, чтобы выйти.
systemd-analyze blame
16.159s mariadb.service
12.178s libvirtd.service
10.298s tuned.service
9.836s postfix.service
8.704s lsws.service
7.352s lscpd.service
4.988s [email
4.779s NetworkManager-wait-online.service
4.577s lvm2-monitor.service
4.439s ModemManager.service
4.413s polkit.service
4.280s dev-sda1.device
4.225s systemd-udev-settle.service
3.957s firewalld.service
3.227s rhel-dmesg.service
3.221s abrt-ccpp.service
3.142s rsyslog.service
3.053s avahi-daemon.service
3.042s pure-ftpd.service
2.249s gssproxy.service
2.212s NetworkManager.service
1.889s proc-fs-nfsd.mount
1.780s systemd-tmpfiles-setup-dev.service
1.451s sshd.service
1.267s rhel-readonly.service
1.035s sysstat.service
1.001s rpc-statd-notify.service
910ms systemd-logind.service
739ms kdump.service
738ms network.service
...
Как видно из приведенного выше вывода, каждый блок сортируется по затраченному времени, вы можете просто узнать, какая служба загружается дольше, и проанализировать проблему.
Далее мы также можем просмотреть дерево критической по времени цепочки для цели по умолчанию или список указанных единиц с помощью подкоманды критической цепочки, как показано.
systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
multi-user.target @48.342s
└─mariadb.service @31.560s +16.159s
└─network.target @31.558s
└─network.service @30.819s +738ms
└─NetworkManager-wait-online.service @26.035s +4.779s
└─NetworkManager.service @23.821s +2.212s
└─network-pre.target @23.821s
└─firewalld.service @19.863s +3.957s
└─polkit.service @15.381s +4.413s
└─basic.target @12.271s
└─sockets.target @12.271s
└─virtlockd.socket @12.270s
└─sysinit.target @12.251s
└─systemd-update-utmp.service @12.196s +54ms
└─auditd.service @11.705s +486ms
└─systemd-tmpfiles-setup.service @11.609s +93ms
└─rhel-import-state.service @11.397s +211ms
└─local-fs.target @11.363s
└─run-user-0.mount @46.910s
└─local-fs-pre.target @10.575s
└─lvm2-monitor.service @5.996s +4.577s
└─lvm2-lvmetad.service @7.376s
└─lvm2-lvmetad.socket @5.987s
└─-.slice
systemd-analyze critical-chain ntp.service networking.service
Наконец, давайте рассмотрим еще одну важную подкоманду, которая позволяет получить графическую (формат svg) детализацию системных служб, которые были запущены и в какое время, с выделением времени их инициализации следующим образом.
Убедитесь, что для просмотра графика включен графический режим отображения или X-Windows.
systemd-analyze plot > boot_analysis.svg
xviewer boot_analysis.svg
Все приведенные выше команды распечатают статистику производительности загрузки для локального компьютера. Чтобы просмотреть информацию с удаленного хоста через ssh, используйте флаг -H
и укажите директиву username@host, как показано.
systemd-analyze time -H [email
systemd-analyze blame -H [email
systemd-analyze critical-chain -H [email
systemd-analyze также можно использовать для поиска другой информации о состоянии и трассировке из системы, systemd (менеджера служб) и многого другого. Для получения дополнительной информации см. его справочную страницу.
man systemd-analyze
Читайте также: как изменить уровни выполнения (цели) в SystemD
На этом всё! Если у вас есть какие-либо вопросы или мысли, которыми вы хотите поделиться, воспользуйтесь формой обратной связи ниже, чтобы связаться с нами.