systemd 196

И даже в 2030 году на ЛОРе будут крики о том, какой ЛП плохой и какие кривые его «поделки», несмотря на то, что systemd уже давно будет у каждого.

Я скорее на фрю свалю.

Слабак!

По поводу инета я погорячился, сбило с толку слово «централизованой». Зато теперь на каждом компе будет индексированая база метаданых для всевозможных устройств. Круто, чо.

Круто, чо.

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

И даже в 2030 году на ЛОРе будут крики о том, какой ЛП плохой и какие кривые его «поделки», несмотря на то, что systemd уже давно будет у каждого.

К 2030 году systemd объявят устаревшим, unit-файлы - неподдерживаемым непонятным шлаком, и systemd-ng будет интегрирован прямо в ядро и в качестве конфига использовать двоичный XML, редактируемый через systemd-ng-guictl.

софтроутер глюканет при загрузке, Вы увидите сообщение вида «Error #12345»

Крайне идиотское предложение. Хозяин-барин конечно, но я всё-таки рекомендовал бы придерживаться общепринятой практики более информативных сообщений в ваших программах - благо наличие общего, легко расширяемого каталога сообщений об ошибках делает это ещё проще.

Удачи :)

А сделали все в одном и с быстрым поиском.

И по всех устройствах. Вообще всех. Нужных и ненужных. Пусть будет. Пусть тормозит.

Вообще всех. Нужных и ненужных. Пусть будет. Пусть тормозит.

Вообще-то данную озможность добавили как раз потому, что использование индексированной базы данных позволяет осуществлять поиск за О(1) вместо О(n) как было раньше.

Если бы ты приложил небольшое интеллектуальное усилие, ты бы без труда это понял. Впрочем ожидать интеллектуальных усилий от пустобреха это, пожалуй, перебор.

Нет уж, спасибо. Гавно жрать не буду.

благо наличие общего, легко расширяемого каталога сообщений об ошибках делает это ещё проще.

Каталога... накрылась - рут криво смотрирован.

FS грязная - дороги с битмапами покорежена кривым выключением при записи и надо запускать fsck для наката журнала и проверки.

А каком, к мамочке, каталоге тут речь пойдет???

Может этот каталог и нужен для всяких там гномо/кедо-свистелок/перделок, пульсов, NM-ов и иже с ними, но сообщения об ошибке при старте системы (до состояния all-mounted-and-clean) ОБЯЗАНЫ быть захардкоденными в исполняемые файлы!

Это был JB: www.linux.org.ru/news/linux-general/8497230/history

Почему ты думаешь, что они не будут захардкодены?

Ах да, точно) Ну JB вообще крутой мэн по-умолчанию)

И по всех устройствах. Вообще всех. Нужных и ненужных. Пусть будет. Пусть тормозит.

Она и так сейчас есть. И без такой базы нельзя в дистре общего назначения, т.к. у разных устройств разные особенности ACPI и т.д.

Просто сейчас эти базы собрали воедино и прикрутили к ним индекс, как раз чтобы не тормозило. Впрочем аналитикам не важно всё вышесказанное. Главное ненависть.

ЗЫ: Боюсь тебя расстраивать, но во всех бинарных дистрах идут вообще все свободные драйвера в комплекте, для вообще всех устройств. Нужных и ненужных. Надеюсь это тебя не тормозит?

Давно оно научилось не отжирать по 4-6 метров рамы?

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

У меня для тебя плохие новости.

я правильно понял что делок при шатдауне снимается путем правильного запуска gdb?

Естественно. В Windows уже давно есть опция «подгружать реалистичные значки устройств их Интернета», наконец-то и в линуксе будет.

Боюсь тебя расстраивать, но во всех бинарных дистрах идут вообще все свободные драйвера в комплекте, для вообще всех устройств. Нужных и ненужных. Надеюсь это тебя не тормозит?

Дрова - это к ядру, а не к удаву. Индексировать настройки имеющихся устройств - явный оверхед. Лепить настройки знакомых устройств вместе со всеми возможными, с целью последующей индесации попахивает индексацией головного мозга.

И ГЕНЕРИРУЕШ КУАРКОД
@
И ЗАПИСЫВАЕШ БИНАРНЫЕ ЛОГИ

Дрова - это к ядру, а не к удаву. Индексировать настройки имеющихся устройств - явный оверхед. Лепить настройки знакомых устройств вместе со всеми возможными, с целью последующей индесации попахивает индексацией головного мозга.

Ты явно не понимаешь о чём говоришь. Более того, ты даже не понимаешь, что ты говоришь. И да, толсто.

Индексировать настройки имеющихся устройств - явный оверхед.

Оверхед существует только в твоём мозгу, незнакомом с понятием «индексация». В реальности существует качественное ускорение поиска в базе данных за счёт индексации.

Вот его многие ругают, а ведь он действительно великую работу проделывает — борется с фрагментацией GNU/Linux систем.

Какие же?

1. ты думаешь, что не собираешься начинать, а на самом деле ещё не переставал.
2. знание матчасти у тебя нулевое, но авторитетное истеричное мнение о вкусе устриц ты отписываешь без устали.
Вас таких по очереди сюда из кунсткамеры выпускают?

man udev

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

Ага, проще держать в памяти индекс по 1000 (к примеру) записей по всем возможным вариантам чем держать нужные 10 в памяти. И при этом все это нужно в редких случаях во время загрузки и добавлении/удалении устройств. Сразу видно любителя секаса в гамаке и стоя.

Не прощу :-)

Сразу видно любителя секаса в гамаке и стоя.

Я конечно ни разу не специалист в этом вопросе, и даже не любитель, но почему-то кажется, что применительно к гамаку етот метод не является абсолютно неразумным >_>

Какие глубокие познания. Но мне не интересен веь этот поток сознания. По теме нечего сказать?

У тебя истерика. Проспись и завтра поймешь, что systemd - это круто, стильно и молодежно.

А что делать бородатым старым задротам?

А эту базу можно выпилить? например при использовании FDT, когда я и так знаю какое железо у меня есть и меняться оно не будет.

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

А эту базу можно выпилить?

Руками всё можно.

например при использовании FDT, когда я и так знаю какое железо у меня есть и меняться оно не будет.

Насколько я понимаю, даже в этом случае тебе понадобится маленькая база (с устройствами из FDT).

udev выпили сразу, чо

А что делать бородатым старым задротам?

Побриться для начала? ;-)

udev изначально не впиливали. mdev наше фсийо.

И давно в mdev hwdb?

что использование индексированной базы данных позволяет осуществлять поиск за О(1) вместо О(n) как было раньше.

есть подозрение, что там все же O(log n)

это круто, стильно и молодежно

Именно. Мне это на свои сервера ставить?)

Почему ты думаешь, что они не будут захардкодены?

Потому, что в последнее время побеждает тупость.

Тс!.. Сейчас понабегут крикуны. И ещё Вашу аватарку не к месту помянут =D

треск шаблонов слышался издалека. Давно оно научилось не отжирать по 4-6 метров рамы?

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

в правильном направлении движется, одобряю

а сами, тем временем, высмеяли в форке от Gentoo выпил libkmod из udev :-D

У меня селинкуса нет вообще, а жрется именно столько.

поддержка сборки без blkid и kmod (для встраиваемых систем);

Felipe Contreras:

Except there's a little problem; you break the systems when you --disable-kmod and --disable-blkid. All you do is disable the rules that used them, so essentially you break the original functionality.

So many complains about gudev developers not knowing that they do, because removing those dependencies adds a few miliseconds, and yet you, official udev developers, go ahead and break the functionality completely.