LINUX.ORG.RU

Скорость загрузки системы, networkmanager и т.п.

 , ,


0

5

Тыкаю systemd в кубунте, а в системд искаропки есть удобная утилита - systemd-analyze. Ну и я ей играюсь.

igor:~% systemd-analyze
Startup finished in 10.066s (kernel) + 24.180s (userspace) = 34.247s
igor:~% systemd-analyze blame
          6.749s NetworkManager.service
          6.104s thermald.service
          6.103s avahi-daemon.service
          5.774s ModemManager.service
          5.546s accounts-daemon.service
          5.505s uml-utilities.service
          5.495s systemd-logind.service
          5.212s plymouth-quit-wait.service
          4.175s rsyslog.service
          4.046s apache2.service
          3.361s console-setup.service
          3.350s systemd-udev-settle.service
          3.347s apparmor.service
...
igor:~% 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.

graphical.target @24.180s
└─multi-user.target @24.180s
  └─getty.target @24.180s
    └─getty@tty1.service @24.180s
      └─rc-local.service @18.952s +13ms
        └─network.target @18.935s
          └─ifup@virbr0.service @22.017s +6ms
            └─local-fs.target @6.866s
              └─run-user.mount @6.862s +3ms
                └─local-fs-pre.target @6.862s
                  └─systemd-remount-fs.service @4.429s +108ms
                    └─systemd-fsck-root.service @3.507s +920ms
                      └─systemd-readahead-replay.service @2.294s +719ms
И вывод systemd-analyze plot: http://wstaw.org/m/2014/11/06/bootchart3.svg

Собственно, что делают netowrkmanager и modemmanager (при том что никаких модемов сейчас вообще не подключено) так долго? Что делает avahi...

Как бы ускорить загрузку (и что бы выкинуть?) :)

★★★★★

А у меня две последние команды почему-то ничего не выводят -((

pedobear
()

Сейчас набегут петросяны и скажут, что выкинуть.

Medar ★★★★★
()

Как бы ускорить загрузку (и что бы выкинуть?) :)

Выкинуть HD, поставить SSD

Siado ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

В бубунте пока нету. Тем не менее, обновил из ppa systemd до свежего 215 и networkmanager стал грузиться раза в 3 быстрее. (2-3 секунды)

invy ★★★★★
() автор топика
Ответ на: комментарий от Pyzia

Да в общем-то он как бы всё нужно. Интересно понять почему некоторые демоны грузятся «слишком» долго. Возмоно их правильной подстройкой можно заставить грузиться быстрее.

invy ★★★★★
() автор топика

Меня напрягают systemd-udev-settle и rsyslog. В остальном — ну, типичная картина, особенно для не-lightweight дистра типа убунты. Можно посмотреть, что включено (симлинки в /etc/systemd/system/*.wants) и поотключать точечно.

Но точных советов дать не могу, т. к. дебиан не использую.

intelfx ★★★★★
()
Ответ на: комментарий от invy

Может, все ждут какого-то ресурса типа сокета. Или просто IO-подсистема перегружена.

intelfx ★★★★★
()
Ответ на: комментарий от invy

Открываешь сами юниты и правишь их код. Или выкидываешь их в пропасть и вместо них пишешь свои костыли. Всё просто.

Pyzia ★★★★★
()

Я не Петросян, но такое чувство, что криворукие мэнтейнеры и с божественным systemd сливают инициализацию в говно, и SysV тут как бы таки не мешало.

Shadow ★★★★★
()
Ответ на: комментарий от Shadow

Ну можно начать с того что systemd в убунте не предусмотрено вообще запускать. Но оно внезапно работает.

invy ★★★★★
() автор топика
Ответ на: комментарий от invy

IMHO, теперь убунта долго и мучительно будет переползать на systemd. Хорошо, что в дебиане можно выпилить ненужное.

Shadow ★★★★★
()
Ответ на: комментарий от Shadow

Почему долго и мучительно? Возьмут с дебиана перетянут и всё. Смысла выпиливать systemd не вижу, так он неплох и на первый взлгяд даёт больше контроля над процессом загрузки.

invy ★★★★★
() автор топика

Почему так доооолго?

# systemd-analyze 
Startup finished in 1.557s (kernel) + 11.564s (userspace) = 13.122s
Linux arch 3.17.1-1-ARCH #1 SMP PREEMPT Wed Oct 15 15:36:07 CEST 2014 i686 GNU/Linux
ноут 2007 года, core2duo + Intel X25-M

kiotoze ★★★★
()
Ответ на: комментарий от kiotoze

Спасибо за утилиту, увидел ненужный сервис, теперь еще лучше

Startup finished in 1.520s (kernel) + 2.558s (userspace) = 4.079s
$ systemd-analyze blame
           748ms httpd.service
           649ms NetworkManager.service
           164ms lm_sensors.service
           162ms home-common.swap.swap
            98ms polkit.service
            83ms udisks2.service
            80ms lightdm.service
            57ms systemd-update-utmp.service
            55ms systemd-logind.service
            44ms teamviewerd.service
...

kiotoze ★★★★
()
Последнее исправление: kiotoze (всего исправлений: 1)
Ответ на: комментарий от kiotoze

Intel X25-M

Похвастался? :) У меня там 1тб сигейт, с которого это всё грузится. Комп - core2quad.

invy ★★★★★
() автор топика
Ответ на: комментарий от invy

Нет :), просто указал конфиг, чтобы было понятно с чем сравнивать.
На самом деле не думаю что разница в винте, все таки почти в 10раз. Думаю что-то другое.

У меня был какой-то левый сервис создан для netctl, вот он и забирал аж 9 секунд. Так что нужно копать глубже и искать причину.

kiotoze ★★★★
()
Ответ на: комментарий от kiotoze

SSD по сравнению с HDD вполне способны создать разницу в 5-7 раз...

intelfx ★★★★★
()
Ответ на: комментарий от kiotoze

Не просто у меня ж ситуация:
- убунте 4 года и она подвергалась разного рода издевательствам (сейчас тоже вот systemd)
- ставилась куча софта, удалялась, обнаружил jetty, которого в системе даже нет, но unit для него есть. видимо «так удалилось» (что ставит под вопрос работу пакетного мэнэджера или качество работы маинтайнеров... или надо было делать пакету «purge», а не «remove»).
- да, есть сервисы, которые долго ждут и надо разбираться, кто ждёт «слишком долго» и почему
Ну и да, ssd действительно может дать большую разницу.

invy ★★★★★
() автор топика
Последнее исправление: invy (всего исправлений: 2)

По утилитам... ообнаружил для себя «гуйню»: systemadm. Выглядит удобно.

invy ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.