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

[symon2014]

Description: Manjaro Linux
Release: 17.0
Codename: Gellivara
4.4.52-1-MANJARO
4.092s (kernel) + 14.450s (userspace) = 18.543s

[Chocobo]

Проведен еще ряд оптимизаций времени загрузки над моей Бетси в Mate, заинсталенной на SSD (smartbuy revival 120) в ext4
http://imgh.us/desktop-3.16.0-4-amd64_2.svg
Startup finished in 1.806s (kernel) + 759ms (userspace) = 2.565s

Похоже самое время приниматься и за пересбор ядра, для дальнейших успехов на этом поприще:hm:

[Unborn]

Похоже самое время приниматься и за пересбор ядра, для дальнейших успехов на этом поприще:hm:

Давно пора. Я на дистрибутивных уже и не помню когда работал. Сегодня какое-то там обновил, загрузился на нём. Чувствую, как-то не не то. Погоняю суток 2-е.
Ты сразу бери патченое и пересобирай под железо.

[Chocobo]

Unborn, Вот думаю может ради тех же цифр отказаться от компрессии vmlinuz, все равно наверное накладные расходы получаются доступа к пожатому образу

[Unborn]

Chocobo, я так резко не вникал, потому что автоматом он создаётся. Что при обновлении штатного, что при установке кастомного. Я за цифрами загрузки не гонюсь, мне важнее скорость и стабильность работы, а не загрузки. Всё для железа - монолитно, лишние модули выпилены. RT до предела, патч для компилятора, патч для моделей ЦПУ, планировщики, всякая шняга в виде саваж3д, сис, ЦПУ АМД - к нулям. Ручной конфиг время хорошо отнимает. У меня основное время загрузки отнимает инициализация свистка 4Г и NM, но мне без них никак. УЕФИ за 1,7 сек. Это хороший показатель. Да Корица долго. В Ящерице Плазма со всеми плюшками - рюшками быстрее загружается.

[Chocobo]

Пересбором ядра и оптимизацией initramfs Удалось срезать еще почти треть времени с kernel и добиться финального результата:

Код: Выделить всё

┬─[chocobo@desktop:~]─[11:30:39]
╰─>$ systemd-analyze
Startup finished in 1.314s (kernel) + 745ms (userspace) = 2.060s

http://imgh.us/desktop-3.16.39-2.svg



Помимо выкидывания ненужный модулей - норм прирост позволило сжатие ядра в LZ4. попалась интересная документина по этому поводу. О таких тонкостях я не догадывался, что время на чтение и распаковку пожатого образа может быть даже быстрей чем вычитка образа без сжатия.

lcjpcojp13_klee.pdf

(1.19 МБ) 68 скачиваний

Хотел тот же твик применить к initramfs, но к сожалению версия initramfs-tools из бетси пока не поддерживает этот алгоритм
Возможно запилят в будущем и удастся пересечь порог в 2 секунды до graphical.target, до которой уже осталось 6 сотых

В любом случае цифра получилась вкусная, пока на этом прекращаю эксперименты

[di_mok]

А за сколько вместе с гуем загружается?

[Chocobo]

di_mok, А я чет не знаю пока, как правильно заиметь цифру вместе с graphical.target
Помозгую над этим. Сейчас могу опять же зафиксировать на видео, чтоб сориентироваться на таймлайн)

[di_mok]

Chocobo, тупо - секундомером

[symon2014]

Не по теме

[Chocobo]

di_mok,
https://youtu.be/QhYwckMuTuI
Навскидку получается около 5-6 секунд в общем, от момента выбора пункта в грабе до отрисова рабочего стола (который сразу готов к работе без тормозов)

[di_mok]

Шикарно! Не хочешь поделиться рецептом по сборке ядра?

[remygalenkas]

А как у меня дела обстоят????

[Chocobo]

di_mok, К ядру можно подойти с этой инструкции (или с этой для ЛМДЕ, хотя принцип там не очень различается) Развернутую инструкцию по сборке ядер ванильных и пересбору дистрибутивных, с наложениями патчей - надо будет как нибудь рассмотреть в отдельной теме.

Я прошелся по исходному конфигу родного ядра снала автоконфигуратором localmodconfig, затем немножко отстроил вручную с menuconfig

В ветке General setup выбрал Kernel compression mode (LZ4), снял все галки кроме LZO в блоке initramfs
[*] Support initial ramdisks compressed using LZO

Провел тотальную вычистку в ветке Device Drivers -->, там много ненужной дряни. например в Device Drivers > Network device support > Ethernet driver support погасил все кроме совего realtek. По аналогии и соседние разделы, где подержка внешних криптодевайсов, устройств со шрифтом Брайля, дрова под Mac/Chrome-девайсы и т.д.
Главное сильно не увлекаться и лишний раз загуглить, или оставить галку в которой не совсем уверен - потому что легко можно что-нибудь отломить. Доигравшись, бывало и сам получал сначала сломанную виртуализацию, а потом неоднократные kernel panic'и и небутабельное ядро.

После конфигурации надо подготовить будущий initramfs, доставить пакеты liblz4-1 liblz4-tool lzop, а в файле /etc/initramfs-tools/initramfs.conf
выставить COMPRESS=lzop
Потом можно приступать к сборке и установке, согласно исходных инструкций

А Инитрд можно перепаковывать и без изменений в ядре, по умолчанию вроде саппорт всех компрессий задействован.

[xyber]

Доброго времени суток,
добрался до оптимизации загрузки своей машины. Со службами теперь все отлично, а вот время загрузки ядра мне кажется неприлично большим для системы установленной на ssd.
http://imgh.us/xyber-pc-4.8.0-45-generic.svg
Есть какие-нибудь тулзы для составления чарта или диаграммы загрузки ядра? bootchart работать не захотел.

[Chocobo]

xyber, Само ядро откуда брал, и как устанавливал?

Тулзов подобных навскидку не припомню, но есть dmesg и journalctl, где весь процесс бута можно вычитать по таймштампам.

[xyber]

Chocobo, ядро дефолтное предлагаемое mint. Было 4.4, через встроенный менеджер перешел на 4.8. Результат на обоих одинаковый. Буду сегодня значит ручками dmesg смотреть, спасибо.

[xyber]

думается мне что это как то связано с монтированием дисков с 3 по 11 секунду, raid не использую, может отказаться от lvm. Может оно вызывать такие задержки?

[Chocobo]

xyber, может и так, учитывая что есть девайс зацепившийся как dm-0

Код: Выделить всё

[   10.701215] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Что сейчас показывает sudo dmsetup ls и multipath -ll ?

[kobolt]

подозрение, что чтото не так.
http://imgh.us/dolgov-X200MA-4.4.0-66-generic.svg