LINUX.ORG.RU
ФорумTalks

Теперь linux может грузиться быстрее - представлены патчи для асинхронного пробинга и загрузки драйверов

 ,


0

2

Вкратце: предоставлены восемь патчей, основанные на наработках Chrome OS, позволяющие ядру асинхронно выполнять probe() и грузить нужные драйвера, что должно повысить скорость загрузки.

This series is a combination of changes proposed by Luis a couple months
ago and implementation used by Chrome OS. The issue we are trying to solve
here is «slow» devices and drivers spending «too much time» in their probe()
methods and it affects:

- overall kernel boot process when drivers are compiled into the kernel
and slow devices stall entire boot progress;
- systemd desire to time out module loading process.

Unlike Luis' proposal we do make use of asycn_schedule() infrastructure
instead of using a dedicated workqueue, so all existing synchronization
points in kernel that wait for device registration still work the same.
Also, the asynchronous probing is done not only during driver registration
(i.e. when devices are probed asynchronously only if they are registered
before the driver), but also during device registration and deferred probe
handling. This way slow devices do not stall kernel boot even when drivers
are compiled into the kernel.

The last patch is for adventurous people to try and force
fully-asynchronous boot. It works for me with limited success - I can boot
Rockhip-based box to userspace as long as I force serial to be sychronously
probed and ignore the fact that most devices are using «dummy» regulators
as regulator subsystem really expects regulators to be registered in
orderly fashion on OF-based systems.

http://lkml.iu.edu/hypermail/linux/kernel/1501.2/00576.html

Они уже в ядре или нет?

Jayrome ★★★★★
()

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

по факту, самое узкое место сейчас это инициализация железа со стороны UEFI.

Spoofing ★★★★★
()

кто сказал systemd? Годные патчи на железе с многоядерным процем и кучей тормозной периферии.

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

по факту, самое узкое место сейчас это инициализация железа со стороны UEFI.

А что с ним не так? Я выставил legacy-режим.

CYB3R ★★★★★
()

Наверное скорость загрузки конечной системы это не сильно уменьшит, так как ядро с драйверами грузится меньшую часть времени.

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

Секунда минуту бережет. Тут секунда выигрыша, там, переход на SSD, переход на systemd, переход на асинхронную загрузку драйверов, и т.д. - суммарно получается значительный выигрыш, а ведь составные его части по отдельности кажутся такими незначительными.

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

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

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

Я подумал, и понял, почему мне не нужен спящий или ждущий режим. Ждущий режим не нужен, так как у меня нет ИБП, и выключение света потенциально опасно для буферизированных данных, которые использовались приложениями, в т.ч. всякие БД для akonadi, индексаторов, медиаплееров и прочего софта.

А спящий режим с моими 8 Гб ОЗУ просто медленнее, чем выключение и холодный старт.

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

Я вижу смысл в гибернейте тогда, когда появится быстрая энергонезависимая память, вроде тех же мемристоров и новой архитектуры HP, тогда не придется ждать, пока большие объёмы памяти будут перегоняться с быстрой ОЗУ на медленные (относительно) накопители. Ладно, там 2-4 Гб. Но когда речь идет о 8 (а я хочу сделать апгрейд до 16 или 32 Гб) - то это будет в текущих реалиях меееедленно.

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

и выключение света потенциально опасно

И часто оно у тебя?

опасно для ... akonadi, индексаторов

Мда.

Xellos ★★★★★
()

Все быстрее и быстрее корабль шел к потопу...
Это я к чему, а просто. Ничего плохого не вижу.

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

И часто оно у тебя?

Бывает иногда.

опасно для ... akonadi, индексаторов

Мда.

Что? Не видел, как ломаются файлы БД при внезапном отключении?

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

аконади и прочие индексаторы - это то, что должно ломаться. Это должно сломаться, один раз, но навсегда.

Xellos ★★★★★
()

Лучше бы оптимизировали выход из спящего режима. Зачем вообще комп выключать в современном мире?

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

См. ниже - а вдруг сеть сбойнёт, и аконади потеряет индексы? Потеря потерь же!

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

Лучше бы оптимизировали выход из спящего режима.

А что с ним не так? УМВР

Зачем вообще комп выключать в современном мире?

А что тогда делать с обновлениями ядра?

Unnamed ★★
()

Вроде ж было уже много версий назад, не?

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

Зачем вообще комп выключать в современном мире?

Ради экономии электричества, например.

svobodka_fighter
()
Ответ на: комментарий от Unnamed

Не обновлять, кроме критических апдейтов.

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

как только линукс перестанет глючить (и win тоже) так и перестану выключать

Deleted
()
Ответ на: комментарий от Unnamed

А что тогда делать с обновлениями ядра?

Есть уже несколько велосипедов для горячего обновления (емнип, в федоре и в сусе).

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)

Дуалбутчики рады, остальным все равно.

Lavos ★★★★★
()

Я перезагружаю ноут раз в неделю. На SSD разница будет секунды 3. Если я доживу до старости, я сэкономлю 2 часа времени. Браво, господа!

Lordwind ★★★★★
()

должно повысить скорость загрузки.

Спящего режима хватает.

garik_keghen ★★★★★
()

pm-suspend и никаких проблемм

kachan ★★
()

Всё хорошо, но, извините, резануло - «пробинг». Зачем же на столько обангляться?

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

Тут секунда выигрыша, там, переход на SSD, переход на systemd, переход на асинхронную загрузку драйверов, и т.д. - суммарно получается значительный выигрыш

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

om-nom-nimouse ★★
()
Ответ на: комментарий от mandala

Чпуск давно это умел, безо всяких велосипедов.

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

Лучше бы выход из спящего режима поумнее сделали.

Это как?

andreyu ★★★★★
()
Ответ на: комментарий от om-nom-nimouse

С пяти секунд до четырех с половиной - это 10% ускорения, как по мне - это хороший результат.

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

systemd уже использую, но он всё равно ждет инициализации, так что патчи должны уменьшить время загрузки и с systemd

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

аконади и прочие индексаторы - это то, что должно ломаться. Это должно сломаться, один раз, но навсегда.

У себя ломай, а мне оно надо, я им пользуюсь.

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

Самое простое, что приходит в голову - проверка, да даже проба. Смысл, по моему передаёт отлично.

Deleted
()
Ответ на: комментарий от zinfandel

ядро с драйверами грузится меньшую часть времени.

У меня ядро грузится дольше юзерспейса.

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

Не так давно была оптимизация с параллельным стартом дисков.

zinfandel ★★
()
Последнее исправление: zinfandel (всего исправлений: 1)

предоставлены восемь патчей [...] должно повысить скорость загрузки

Лучше бы пропатчили нетерпеливых юзеров.

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