Поиск по сайту:

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

На этом всё! Если у вас есть какие-либо вопросы или мысли, которыми вы хотите поделиться, воспользуйтесь формой обратной связи ниже, чтобы связаться с нами.