Статья: "Ускорение загрузки"

[bevlam]

del

[keleg]

systemd-analyze blame
что говорит?

[bevlam]

del

[neobht]

Дома, если интернет через маршрутизатор, на машине можно отключить фаервол shorewall. Он значительно долго грузится по приведенной вами информации.

[bevlam]

del

[notauser]

...Замер выполнялся от нажатия кнопки питания, до конца звукового ролика оповещающего о входе в систему. Использованная для замеров аппаратура: часы бытовые - настенные. Результат: до 1 минута 20 секунд, после 1 минута 15 секунд. Как то так.

systemd-analyze показывает время до момента появления появления "экрана входа в систему"

[bevlam]

del

[keleg]

Ну, вопрос не в том, кто прав. Просто конкретные цифры сильно-сильно зависят от конкретной конфигурации оборудования и софта. Если найдете, что у вас ускорить - можете дополнить инструкцию.

[notauser]

Видимо у Вас systemd и так ничего лишнего особо не грузил, а инструкция о том как ускорить именно эту часть загрузки. Отсюда и результат. Скорее всего львиную долю времени занимает загрузка DE. Допустим, время Startup finished было 10 с - стало 5 с. В абсолютных значениях выигрыш всего 5с, а в относительных - в два раза. Всё остальное время - загрузка DE.
Про вопрос. Его не было
Про не прав.

Единственное, что не стал выполнять из инструкции - отказался от установки измерительной приблуды потому, что никогда не доверял циферкам из тестовых программ (улек) - на глаз оно вернее.

systemd пишет в журнал информацию о времени загрузки, а именно подготовки пространства ядра и пространства пользователя во время загрузки https://wiki.archlinux.org/index.php/Sy ... md-analyze. systemd-analyze показывает его Вам. Это не "измерительная приблуда" и не "тестовая программа". Это скорее анализатор логов.

[bevlam]

del

[bevlam]

del

[keleg]

Все ж shorewall попробуйте отключить, интересно - ускорит ли?

[bevlam]

del

[Delles]

Да, kde толстяк, я «всю жизнь» на kde и этого не замечал, а когда попробовал xfce (point), прочувствовал разницу. Но вот что интересно: у solus’a используется gnome, который тоже считается тяжким бременем, но у solus'a gnome оптимизирован так, что я просто балдею от того, насколько solus быстро запускается; для меня это просто невероятно. Надо думать, как именно kde облегчать, в нем наверняка много неиспользуемого грузится.

[trs]

Было дело, что отключение ntpdate.service давало значительный выигрыш. Совет с межсетевым экраном сюда же относится, он может блокировать ntp.

Кстати, по конфигурации: Toshiba-500Gb WD-500Gb
напрашивается использование RAID, потенциально увеличивающее скорость работы с диском вдвое. Но диски не идентичные. Производители могли бы подумать об этом.

systemd-analyze показывает время до момента появления появления "экрана входа в систему"

Если я удалю драйвер Wi-Fi, то система загрузится, автоматически войдёт в Gnome, а systemd-analyze будет сообщать что-то вроде "загрузка не завершена".

[notauser]

А если я?
А если серьёзно, то очень даже может быть. Можно, конечно, и сразу про default.target написать и что systemd-analyze показывает время, за которое все службы, необходимые для достижения default.target полностью завершены. Но в случае "нормальной загрузки" по-умолчанию это graphical.target и никто ничего не "рушит" руками. Поэтому претензии скорее к systemd. И ещё. Вроде на freedesktop по systemd-analyze есть что-то про "normal system". Видимо у Вас не "normal system".

[trs]

Драйвер DKMS удаляет команда make modules_install после пересборки ядра. Если бы все устройства работали "нормально", такой необходимости бы не было.
В общем, они там с запасом написали: нормальное распределение это далеко не 100%

[Brainey]

Выкидываем лишнее из initramfs

дописываем в конец конфигурационного файла dracut:

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

echo 'omit_dracutmodules+="i18n plymouth resume"' >> /etc/dracut.conf.d/50-dracut-rosa.conf

и перегенерим наш initrd:

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

dracut -f /boot/initrd-$(uname -r).img

Думаю, стоило бы описать, что в таком случае выпиливается возможность использования спящего режима.