LinuxMint.com.ru

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

Проведен еще ряд оптимизаций времени загрузки над моей Бетси в 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:

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

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

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

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

Пересбором ядра и оптимизацией initramfs Удалось срезать еще почти треть времени с kernel и добиться финального результата:
http://imgh.us/desktop-3.16.39-2.svg



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

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

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

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

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

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

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

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

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
Потом можно приступать к сборке и установке, согласно исходных инструкций

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

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

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

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

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

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

xyber, может и так, учитывая что есть девайс зацепившийся как dm-0 Что сейчас показывает sudo dmsetup ls и multipath -ll ?

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