[леннарт стайл]kmod идет в массы

since it is in @system
Это тред белок-истеричек?

В настоящее время разработчики kmod обсуждают вопрос использования libkmod с мэйнтейнерами проектов udev и systemd.

systemd.

Хочется взять и ну вы понели.

Это тред белок-истеричек?

Он самый.

Потому, что kmod и в самом деле объективно прогрессивнее. При том, что ничего не ломается.

весь module-init-tools может и зря взялись переписывать, а вот modprobe уже сто лет назад должны были переписать.

В арчетестинге уже переехали на него. Вроде даже ничего не отвалилось :) джобс недавно тред создавал.

а вот modprobe уже сто лет назад должны были переписать.

Чем он тебе не нравится?

Это незаслуженный комплимент для Поцеринга.

ну, не то, что бы не нравится, но жопой чувствую, что он раз в 10 быстрее может работать. инициализация udev'а у меня на ноуте занимает чуть ли не 50% всего времени. И я даже уверен, что процентов 80 от этого, это именно вызовы этих самых modprobe.

И я даже уверен, что процентов 80 от этого, это именно вызовы этих самых modprobe.

Время загрузки модуля - это такие копейки, о которых и говорить не стоит.

жопой чувствую, что он раз в 10 быстрее может работать. инициализация udev'а у меня на ноуте занимает чуть ли не 50% всего времени. И я даже уверен, что процентов 80 от этого, это именно вызовы этих самых modprobe.

Меняй жопу. Я как-то специально делал себе полностью монолитное ядро, а время инициализации udev не сократилось вообще никак. Возможно, даже наоборот.

$ lsmod |wc -l

74

:)

Это ровно ничего не значит. Время на работу загрузчика просто незаметно.

как оно. :) кто его знает, может ты и прав. Меня просто парит, что 80 модулей грузить нужно. Чесно не настолько напрягает что бы с этим разбираться :)

Но ведь 80 раз запустить модпроб, загрузить модуль, завершить всяко медленнее будет, чем просто 80 раз загрузить модуль.

Но ведь 80 раз запустить модпроб, загрузить модуль, завершить всяко медленнее будет, чем просто 80 раз загрузить модуль.

Ну, как сказать, файловая-то система вместе с модулями и бинарником modprobe кешируется все же.

time /bin/true выдаёт 3-4 милисекунды, умножить на 80 и уже треть секунды экономии.

Просто приведу пример. Поставил kmod-3 - система нормально загрузилась и работает. Поставил systemd - система не загрузилась из-за того, что systemd не нашел библиотеку, которая на отдельном /usr разделе. Вывод, если ты делаешь свой велосипед, то делай его хотя бы не хуже уже существующих. Вот этому Поттерингу и нужно поучится.

time /bin/true выдаёт 3-4 милисекунды, умножить на 80 и уже треть секунды экономии.

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

а в том, что теперь загрузчик реализован как библиотека.

А какая разница?

Библиотеку удобнее использовать.

system() тоже удобно использовать. ;)

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

system() тоже удобно использовать. ;)

Любители парсить выхлоп могут продолжать.

В том смысле, что профиты не так уж и велики.

libkmod - это идеологически верно и ничего не ломает. В отличие от того же systemd или поцерлога.

идеологически верно и ничего не ломает

Я и не спорил.

daemonpnz

Поставил systemd - система не загрузилась из-за того, что systemd не нашел библиотеку, которая на отдельном /usr разделе

Интересно, какую?

└► ldd $(which systemd) | grep /usr | wc -l
0

ты не пугай так!

/usr/lib/libdbus-1.so.3

что это за время такое настало, что все старое/проверенное нужно обязательно заменить на новое?

Настало понимание того, что пора бы заменить зоопарк дистрибутивоспецифичного говнеца универсальными решениями.

Пока что универсальные решения заменяются дистроспецифичными.

Ты толст! То, что нельзя отдельный /usr - фейл не системд, а дистрибутивов (кстати, его обещали пофиксить).

Толст поттеринг и его поделие, раз под их нужды нужно перепиливать дистрибутивы.

В смысле, ты ему предлагаешь выпилить нафиг зависимость от libdbus? Это же одна из главных фич systemd!

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

Ничего, кроме modprobe -l. Пришлось сделать так:

[pf@eternity]:[~][0]% cat .zshrc | grep find
alias listmod="find /lib/modules/`uname -r` -type f -name '*.ko'"

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

без слома совместимости - systemd

ржали всем шредером. Ты ещё про journal вспомни.

О Journal знаю, по сути, только то, что такой есть.

ржали всем шредером.

Покажи, что я сказал не так.

Ага, без слома совместимости, что ж у меня загрузка сломалась тогда?! Где обещанная совместимость?! Почему ради этой поделки приходиться перепиливать структуру корневой ФС?!

«быстрой и функциональной» - якобы «быстрой и функциональной»

Ага, без слома совместимости, что ж у меня загрузка сломалась тогда?!

/usr это не слом совместимости (тем более, что это фейл дистрибутивов и нарушение ими стандарта). Другие претензии будут или как обычно?

Какой стандарт нарушен при размещении libdbus-1.so в /usr?!

это не слом совместимости - это фича?! удобная отговорка.

FHS, где сказано, что все зависимости бинарников в /bin и /sbin должны лежать в /lib

Это не слом совместимости, и в этом не виноват сам systemd. Так будут другие претензии или как всегда?

Какой стандарт нарушен при размещении libdbus-1.so в /usr?!

FHS, где сказано, что все зависимости бинарников в /bin и /sbin должны лежать в /lib

И какая же программа, лежащая в /bin или /sbin использует libdbus? Кроме systemd.

systemd :) Раз дистростроители уж положили ее в /bin (хотя ИМХО ей место в /sbin), то пусть удосужатся переложить в /lib ее зависимости. Стандарты нужны не затем, чтобы их нарушать :)

Ну да, ну да. Поцеринг написал программу, и внезапно выяснилось, что дистры нарушают FHS. Очень удобная позиция.

Т.е systemd нарушает стандарт FHS.

Нет. Дистры включили программу Поттеринга, поместив ее в /bin, не поместив в /lib ее зависимостей. Дистры, поступившие так, нарушают FHS.

Каким образом systemd его нарушает? Его нарушают дистростроители.

И какая же программа, лежащая в /bin или /sbin использует libdbus?

Upstart.