Upstart 1.8

как systemd мог бы быть основан на upstart

Есть мнение, что тут может и не быть злого умысла. В принципе, объяснение почему не upstart, у леннарта не звучит неубедительно.

Слишком много «не».

Может и нет, может даже, на определенном этапе разработки, лучше не использовать лишних абстракций.

Ну, systemd попадет вряд ли, из-за необходимости поддержки всяких там kfreebsd прежде всего. И почему-то грузится у меня система за ~16 секунд от груба на не самом лучшем самсунговском жестаке, хехе, из чего, конечно же, должно следовать что systemd говно, да) Upstart кроме убунты официально никто не станет использовать, скорее всего, прежде всего из-за их соглашений. Вообще все любители убунты как-то забывают, что создавалось оно для расовых негров, хехе. Кстати из придуманных каноникалом велосипедов пока не видно ни одного хорошего. Особенно смешно смотреть как они метаются от тулкита к тулкиту и на стремления написать свой графический сервер.

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

Кстати, да!

Upstart кроме убунты официально никто не станет использовать

Ни разу не видел RHEL 6?

Кстати из придуманных каноникалом велосипедов пока не видно ни одного хорошего.

upstart, unity - это не то что хорошие, это прорыв. Но если сурово отрицать реальность, то, может, и не видно.

Upstart кроме убунты

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

грузится у меня система за ~16 секунд

Это какая-то олимпиада?

Шпециальная, милок )

unity - это не то что хорошие, это прорыв

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

Разработчики передают имущественные права в каноникал, да (получая при этом право пользоваться своим кодом как угодно). А разве в gcc не так? При вкладе в проект fsf разве не передаёшь права? Как же тогда они gcc на gpl3 перевели?

Сдается мне, ты зря панику нагоняешь.

Если учесть, что systemd является попыткой переписать upstart, то кто у кого фичи тянет?

Да ну, в RedHat тоже подписывают подобную шнягу. Или тут принцип: если RH требует передачи прав, то это нормально, а если того же требует Canonical, то это прориетарщики?

Так она одна (об этом и Леннарт писал даже): upstart написан не в RedHat

В systemd есть всё, кроме его основной задачи

Fedora 14 default installation:

startup time: ~ 50 seconds

startup time with systemd: ~ 20 seconds

shutdown time: ~ 9 seconds

shutdown time with systemd: ~ 3 seconds

А так ничего не даёт.

Остальные пункты в моём списке, совместимость между дистрибутивами — большинству не нужны.

Тьфу на вас.

Я бы использовал писанину Леннарта только в крайних случаях - он про свое поделие то врёт, так что о конкурентах говорить.

мля... ты вообще про запятые в курсе? сплошной поток сознания

Враньё - в Fedora в идентификаторе браузера не написано название дистрибутива Linux. Смотри Linux Other.

Смотрю в логи и вижу:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.6.24-1.fc14 Firefox/3.6.24

Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-1.fc11 Firefox/3.5.9

Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc13 Firefox/3.6.17

фанбои федориного горя так надеялись на то что other это именно их поделие, а ты им сказку обломал :)

Сдается мне, ты зря панику нагоняешь.

Это FUD обыкновенный.

Очередной раунд добавления фич, реализованных в systemd года два назад.

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

Сравнивали с SysVinit на 4-ядерном проце? У меня с UpStart тоже комп за 15-20 сек грузится и за 3 вырубается.

Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0

Это так. https://bugzilla.redhat.com/show_bug.cgi?id=824717

Но федоры никогда не было много (больше 0.1%), а тендеция еще до выхода 15 шла на снижения количества относительно ubuntu http://stats.wikimedia.org/archive/squid_reports/2011-04/SquidReportOperating.... Вполне себе маргинальный дистрибутивчег.

Нет, не сравнивал.

А теперь включите тот же набор служб, что и на Федора, и наслаждайтесь быстрой загрузкой всего за 1 минуту. ☺

Какой сочный баттхерт.

Да это еще что.. ты сюда Ubuntu-новости: доколе? посмотри.

upstart

Ты в курсе что в rhel 7 передут на systemd?

unity - это не то что хорошие, это прорыв

Ну конечно, мышевозы просто кончают, наверное, от неё. Особенно от дефолтной конфигурации со шрифтами на полэкрана и композитингом.

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

Гы, на «маргинальной» федоре он используется сто лет в обед. А фсьо пачиму? Потому что его планируют встраивать в rhel 7, внезапно. Rhel у тебя тоже маргинальный дистрибутив?

Это какая-то олимпиада?

Ну нет, конечно, лучше выбрать систему инициализации потормознутее, а ещё лучше асинхронную, где всё вообще задом наперед(это я про апстарт).

на «маргинальной» федоре

зачем кавычки?

rhel 7 передут на systemd?

Вот как перейдут, как зарелизятся, так и поговорим) Глядишь.. и не перейдут)

потормознутее асинхронную

А вдруг окажется, что systemd асинхронное, что тогда?)

Был срач в которм RH-товцы заявили что нет прокока кроме RH и все пользуются только тем, что RH изобрела.
Поэтому, после того как Марк ответил что RedHat использует Upstart созданный в рамках Ubuntu, не прошло и пол года как RH создала systemd

imho все прозрачно.

Там же архитектура другая совсем. Для тех кто в танке: systemd был задуман как последователь upstart. Вообще критика его(систмд) какая-то непонятная, хоть бы один раз привели нормальный аргумент против. Лично я знаю только один: Леннарт быстренько подсуетился и прибрал к рукам udev, так что в результате получилась какая-то вандервафля, что на сервере теперь установлен dbus, это да, а дальше-то что?) То что оно bloated это миф, повторяемый всеми как попугаями. Бинарные логи и тп тоже миф.

Да перейдут, вот увидишь. И даже никого не спросят как обычно.

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

Кстати нестабильность федоры это цветочки, по сравнению с тем что получается, если мешать стабильную и тестируемую ветку в debian, равно как и сидеть на тестируемой или юзать unstable. Я серьезно, никакому арчу или генте таки выкрутасы и во сне не снились, в смысле что не stable, то может отвалиться когда этого не ждешь, может backports это исправят.

Кстати вот ещё, как ты думаешь, почему для некоторых популярных дистрибутивов типа crunchbang или backtrack валят с убунты в пользу дебиана?

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

То что оно bloated это миф, повторяемый всеми как попугаями.

Как отключить journald при сборке?

Бинарные логи и тп тоже миф.

То есть они на самом деле в plain text? Леннарт уже в курсе?

Кстати нестабильность федоры это цветочки, по сравнению с тем что получается, если мешать стабильную и тестируемую ветку в debian, равно как и сидеть на тестируемой или юзать unstable. Я серьезно, никакому арчу или генте таки выкрутасы и во сне не снились, в смысле что не stable, то может отвалиться когда этого не ждешь, может backports это исправят.

Руки из жопы достань.

популярных
crunchbang или backtrack

Отсыпь.

Там же архитектура другая совсем.

Какая другая?

популярных дистрибутивов типа crunchbang или backtrack

впервые слышу, но логично предположить, что им нужны пакеты, которых нет в ubuntu, и они ищут где их взять

странные оценки популярности дистрибутивов

количество юзеров-то.. да, очень странные.

Как отключить journald при сборке?

А нафига его отключать?

То есть они на самом деле в plain text? Леннарт уже в курсе?

Там есть режим совместимости с syslog, с добрым утром.

Руки из жопы достань.

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

Отсыпь.

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

количество юзеров-то.. да, очень странные.

Как измеряли количество юзеров.

по переходам

По переходам куда?

А нафига его отключать?

Потому что мне нужен полноценный логгер, а не огрызок.

bloated

Оно абсолютно раздуто и бесформенно так, что никто не может объяснить зачем оно и как работает, в т.ч. ты.
Оно на столько блюотед, что я сомневаюсь, в том, что его добавят в RHEL.

на википедию

То что оно bloated это миф

Udev и Systemd обьединяются.
journald как неотъемлемая часть systemd
Systemd 194, теперь с HTTP-сервером и генератором QR-кодов

Несколько секунд в ЛОРе, лол.

Есть разница между «сложно устроенный» и «перегруженный». У него из обязательных зависимостей только glibc, libcap и dbus. Собсно вот:

Well, bloated certainly has many different definitions. But in 
most definitions systemd is probably the opposite of bloat. 
Since systemd components share a common code base, they tend 
to share much more code for common code paths. Here's an 
example: in a traditional Linux setup, sysvinit, start-
stop-daemon, inetd, cron, dbus, all implemented a scheme to 
execute processes with various configuration options in a 
certain, hopefully clean environment. On systemd the code 
paths for all of this, for the configuration parsing, as well 
as the actual execution is shared. This means less code, less 
place for mistakes, less memory and cache pressure, and is 
thus a very good thing. And as a side-effect you actually get 
a ton more functionality for it...


As mentioned above, systemd is also pretty modular. You can 
choose at build time which components you need, and which you 
don't need. People can hence specifically choose the level of 
"bloat" they want.



When you build systemd, it only requires three dependencies: 
glibc, libcap and dbus. That's it. It can make use of more 
dependencies, but these are entirely optional.


So, yeah, whichever way you look at it, it's really not bloated.

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

Udev и Systemd обьединяются.

Про это я сам уже писал. Дальше-то что?

journald как неотъемлемая часть systemd

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

Systemd 194, теперь с HTTP-сервером и генератором QR-кодов

ldd =systemd |& ack http
[~/dev/src] >> ldd =systemd
        linux-vdso.so.1 (0x00007fff733fe000)
        libsystemd-daemon.so.0 => /usr/lib/libsystemd-daemon.so.0 (0x00007f85fe2de000)
        libudev.so.1 => /usr/lib/libudev.so.1 (0x00007f85fe0cd000)
        libpam.so.0 => /usr/lib/libpam.so.0 (0x00007f85fdebf000)
        libcap.so.2 => /usr/lib/libcap.so.2 (0x00007f85fdcbb000)
        libkmod.so.2 => /usr/lib/libkmod.so.2 (0x00007f85fdaa6000)
        libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x00007f85fd860000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007f85fd658000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f85fd43c000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007f85fd08f000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f85fe4e2000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f85fce8b000)
        libattr.so.1 => /usr/lib/libattr.so.1 (0x00007f85fcc86000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f85fca70000)

Комод и прочее отключаемо.

Наверное поэтому все файловые системы такие простые, например. Давайте все перейдем на ext2, а что ещё лучше вообще будем писать на диск в raw-режиме.

Наверное поэтому все файловые системы такие простые, например

А как ты меряешь простоту? Бинарь systemd - под метр, ext3.ko - 143Кбайт; даже если добавить к нему jbd2.ko (64Кбайт), это в разы меньше systemd.

Файловые системы на самом деле простые, за исключением, пожалуй, btrfs.
И да, сколько SLOC у этого вашего systemd?