Systemd-analyze plot - делимся, сравниваем...

Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Chocobo
Сообщения: 10053
Зарегистрирован: 27 авг 2016, 22:57
Решено: 216
Откуда: НН
Благодарил (а): 835 раз
Поблагодарили: 3041 раз
Контактная информация:

Systemd-analyze plot - делимся, сравниваем...

#521

16 окт 2020, 13:33

wanoska писал(а):
13 окт 2020, 21:46
3.104s systemd-rfkill.service
попробуй и его грохнуть,
судя по описанию это может быть про persistent хранение состояния rfkill'a под всякие гибернации, когда из сна забывает про беспровод. Но это не точно:)
Изображение
   
Изображение

Аватара пользователя

Chocobo
Сообщения: 10053
Зарегистрирован: 27 авг 2016, 22:57
Решено: 216
Откуда: НН
Благодарил (а): 835 раз
Поблагодарили: 3041 раз
Контактная информация:

Systemd-analyze plot - делимся, сравниваем...

#522

16 окт 2020, 14:11

Мой бутчарт пока выглядит так:
https://svgshare.com/i/QbL.svg
Изображение
   
Изображение

Аватара пользователя

4X_Pro
Сообщения: 2
Зарегистрирован: 07 фев 2021, 12:09
Контактная информация:

Systemd-analyze plot - делимся, сравниваем...

#523

07 фев 2021, 12:40

В своё время позанимался оптимизацией (в том числе и пересборкой ядра), и сейчас показатели следующие:
Startup finished in 4.378s (firmware) + 587ms (loader) + 1.728s (kernel) + 3.148s (userspace) = 9.842s
graphical.target reached after 3.128s in userspace
Результат system-analyze blame:
1.300s mysql.service
1.142s systemd-logind.service
813ms systemd-resolved.service
788ms ModemManager.service
752ms NetworkManager.service
738ms accounts-daemon.service
725ms systemd-rfkill.service
717ms thermald.service
716ms avahi-daemon.service
687ms networking.service
678ms speech-dispatcher.service
659ms pppd-dns.service
654ms ubuntu-system-adjustments.service
645ms networkd-dispatcher.service
623ms wpa_supplicant.service
330ms dev-sda2.device
316ms lightdm.service
260ms apache2.service
255ms teamviewerd.service
229ms udisks2.service
172ms setvtrgb.service
164ms virtualbox.service
127ms upower.service
Bootchart:
http://svgshare.com/s/TpP

Linux Mint 19.3 x64, LXDE.

Как видно, чуть ли не треть времени занимает запуск mysql. Есть мысль сделать, чтобы он запускался не по network.target, а по graphical.target, но никак не соберусь.
Думай как инженер, а не как бизнесмен!

Закрыто

Вернуться в «Параметры и оптимизация»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей