Разработчики Arch Linux начали обсуждение возможности перехода от SysV к systemd в ближайшем будущем

Есть что-нибудь еще сказать?

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

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

Я по утрам моргаю дольше. К тому же, комп включается, максимум, раз в сутки. Ради трёх секунд в сутки тратить время и силы на настройку systemd - это какие-то очень длинные и ненадёжные инвестиции.

К тому же, комп включается, максимум, раз в сутки. Ради трёх секунд в сутки тратить время и силы на настройку systemd

Это уже субъективно. Я всегда комп выключаю, покидая его дольше, чем на пол-часа.

Я всегда комп выключаю, покидая его дольше, чем на пол-часа.

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

Рассказывай.

http://www.lorquotes.ru/view-quote.php?id=1081

Не угадал.

Ты без указания условий сказал- быстрая загрузка не нужна. Я назвал условие и сказал- нужна.

Ты без указания условий сказал- быстрая загрузка не нужна. Я назвал условие и сказал- нужна.

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

А CRUX - RR-дистриб?

Сон(если под ним подразумевается ждущий режим) не нужен, поскольку нет выбора, во что загрузиться. Гибернация тоже не очень, поскольку у меня две системы(Арч и Дебиан), и с одним свапом(посоветуй сделать два) можно загрузить Арч с ядром Деба и наоборот.

оооО, время загрузки. Вообще забавная вещь. Включил комп, задумался о чём-то и вот я уже про;%бал 5 секунд загрузки. Или услышал шум, повернул голову в сторону окна, и что были эти дополнительные 3 секунды, что не было их.

Вообще бред какой-то, несколько лишних секунд не играют никакой погоды. А освоение нового монструозного поттеринг-подделия - стоит кстати времени. Побольше чем отвлечься на мысль или звук на улице.

Практически да. Релизы, как я понимаю - просто новые версии программ, и смена версии в хэндбуке.

Эээмм... И вы каждый раз загружаетесь в другую систему? Чувствую, скоро выяснится, что вы - трансгендер Наташа, любите есть бананы с горчицей, а по городу передвигаетесь на лыжной упряжке ручных муравьедов. Потому что вам так удобно.

Не каждый раз, но каждый раз, когда хочется это сделать, перезагружаться еще раз я не хочу.

Не каждый раз, но каждый раз, когда хочется это сделать, перезагружаться еще раз я не хочу.

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

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

Судя по статье http://en.wikipedia.org/wiki/Rolling_release, на CRUX базируются RR-дистрибутивы. Но сам он к ним не отнесен.

Разработчики Arch Linux неудачники

Хорошо, что я на теплой ламповой генте.

Для этого и придуманы виртуалки.

Черт, ведь отличный дистр был, занафига его было так поганить? Сносить не буду, оставлю на память, просто не буду обновлять.

В виртуалке не так удобно- мощности меньше, ctrl+alt+f1 перебрасывает в реальную...

В виртуалке не так удобно

В ней в разы удобнее.

мощности меньше

Проца столько же, память не важна на этапе настройки.

ctrl+alt+f1 перебрасывает в реальную...

А нафига это нужно? Эмуляторы терминалов религия не позволяет использовать?

Задай еще вопросы, почему я именно Дебиан выбрал и почему именно из Арча. К тому же, что удобнее и что важно или нет- определяю я.

Я, просто, пытаюсь объяснить вам, что вы изначально создали какую-то странную и ситуацию, и теперь частично решаете её проблемы накручивая на неё дополнительные условия. И пытаетесь этим доказать необходимость этих условий.

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

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

Ok, на этом и сойдёмся.

В фоне != асинхронно. Как вы этого не понимаете? Это разные вещи. Без учета зависимостей я не могу запустить init-скрипт Б, если для его работы вначале должен загрузится скрипт A. А скрипт D не запустится, если ему нужны для работы запушенные A и C. Понимаете теперь, почему линейное выполнение загрузки не подходит для быстрой загрузки системы? Асинхронный метод загрузки позволяет грузить те сервисы, которые нужны для работы остальных первыми, и только потом грузить сервисы, которые не так уж и важны для запуска системы. А фоновая загрузка происходит последоваетельно, просто init-система не ждет окончание процесса запуска запушенного в фоне сервиса. Разницу не чувствуете? Благодаря зависимостям systemd быстро грузит требуемые для работы системы сервисы(ура, система быстро грузится) и затем грузит то, что не так важно(всякие FTP, HTTP-сервера и прочие сервисы). Более гибко устроенна приоритезация процессов, и процесс загрузки. Только upstart способен на такое же. Но по другим фичам upstart гораздо слабее, чем systemd. А использование для инициализации кучи жирных тулз вроде bash, sed, awk и им подобных - это вообще за гранью добра и зла.

на фоне этого количества юнитов — функциональность systemd кажется просто копечной.

менеджер устройств, система инициализации, журналирование, планировщик задач... Функциональность копеечная, ага. ;)

ну а теперь подумай внимательнее — все эти возможности (ну кроме может быть там журнализирования ядра) — по сути это реализация одной и тойже функциональности

systemd — занимается лишь инициализацией (и слежением) других демонов [и посути больше не чем].

система инициализации — запуск других демонов, и слежение за их работой.

планировщик задач — запуск других демнов, и слежение за ними. (по расписанию).

менеджер устройств — запуск других демнов, и слежение за ними. (тех демонов, которые характерны для тех-или-иных устройств).

вобщем в чём проблема-то? systemd занимается сугубо своей СПЕЦАИЛИЗИРОВАННОЙ работой — это запуск других программ.

например, systemd — не проигрывает звук на компьютере, и не пытается реализовать функциональность Bluetooth.

systemd для того и создавался, что-бы определять приоритетные для запуска ОС сервисы, и запускать их быстро, асинхронно, и с учетом зависимостей. А только когда пользователь счастилив, ОС загружена, тогда и остальные сервисы можно загружать. Это логично. И правильно. Это честная загрузка, как в MacOS X с его launchd. А линейная загрузка SystemV - это издевательство над пользователями.

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

Я запускаю в фоне те сервисы, которые «не так уж и важны для запуска системы» и те, от которых ничего не зависит, а остальные расставляю в нужном порядке, и получаю практически тот же результат. Это делается один раз. Зачем постоянно на лету вычислять зависимости? Они каждый день меняются, что ли?

А использование для инициализации кучи жирных тулз вроде bash, sed, awk и им подобных - это вообще за гранью добра и зла.

Вот это неплохо было бы обосновать.

например, systemd — не проигрывает звук на компьютере

Oh really? :D

Какая еще будущая монополия ? Погоди через пару лет и его забракуют и выдадут еще какую нибудь фигню.

В том-то и проблема. Это sysvinit можно было забраковать и выдать фигню. А systemd постепенно интегрируется со всем, что движется. Чтобы его забраковать, придётся переписать кучу софта, потратив вагон человеко-часов, чего не станут делать, ограничившись «Оно, конечно, Г, и как это мы раньше не заметили. Но теперь уж поздно что-то менять, придётся жить с тем, что есть».

например, systemd — не проигрывает звук на компьютере

Oh really? (http://lists.freedesktop.org/archives/systemd-devel/2011-February/001252.html) :D

ну я чёрт его знает.. у меня лично не проигрывает :-) :-)

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

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

А зачем это автоматизировать?

Для поставок коммерческого ПО, решений от интеграторов итд. В нашей действительности естественно, а не в стране эльфов )

Для поставок коммерческого ПО, решений от интеграторов итд.

Там, где нужны глобальность© и надёжность™, парой секунд загрузки можно и пренебречь.

Секунды тут не при делах. Нет вменяемого API взаимодействия с операционной системой в целом.

Нет вменяемого API взаимодействия с операционной системой в целом.

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

Ну, дискуссия мне точно помочь не в силах :D

Это sysvinit можно было забраковать и выдать фигню. А systemd постепенно интегрируется со всем, что движется. Чтобы его забраковать, придётся переписать кучу софта, потратив вагон человеко-часов, чего не станут делать

И это наверняка осознанная политика Редхат.

«Коготок увяз - всей птичке пропасть» (ц)

ctrl+alt+f1 перебрасывает в реальную...

Host+F1.

фотоаппарат.

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

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

Туда им и дорога. Правильно, что бросил этот школолодистрибутив.

Объясните, что будет с K.I.S.S.?

Systemd вовсе не комбайн, говорю как имеюший права на трактор)

Разве? Пока я вижу что только привычки мешают

Это да, но некоторые умело маскируются)