Что например пожирает?
Были полные страдания треды о том как systemd лезет туда, где системе инициализации делать вообще нечего.
Например та же идея рулить графическими сеансами через системд вместо сегодняшнего зоопарка gdm, kdm, lxdm, xdm, lightdm и т.д.
Будто зоопарк - это что-то плохое.
Часть плохого в зоопарке конечно же имеется, это нельзя отрицать.
Поддержка крупных разработчиков конечно же нужна, иначе рискуешь стать маргиналом со своим недофункциональным мирком. Посмотрите на Бубунту: апстарт свой - ни кто более не использует (кроме RHEL 6, но не за горами переход на системд в 7 версии), Юнити свой - ни кто более не использует, далее свой графический сервер Mir хотят - вместо уже подкатывающего Вейланда.
Системд же открыта для всех, посмотрите кто в неё коммитит. Это вам не васи пупкины и денисы поповы.
А полные страдания треды создают те, кто не хочет или уже не может разобраться в чём-то новом, прогрессивном. Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает. Вопросы и отпадут. Только уж придётся и документацию почитать, которой много и в хорошем качестве. А если что не нравится - ну так внесите изменения, проект же открытый. Улучшите.
И ещё есть немалый процент, которые недовольны "по привычке", потому что это начал Поттеринг, потому, что это под началом RedHat, а не гентушечки, потому, что привыкли все новые разработки ругать.
посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Не смешно.
Конечно не смешно. Это серьёзно.
Юниты системд очень просты и понятны. Это вам не скрипты на bash.
Работает всё быстро.
Загрузка заметно быстрее, чем года два назад. Выключение вообще пара секунд.
Я же говорю возьмите и посмотрите. А потом уже аргументированно ругайте. А то ругают лишь те, кто не пользуется и даже не пробовал.
Причём если пробовал уже давно, то это тоже не считается. Система постоянно развивается, наращивает функционал и избавляется от проблем.
Чем лучше-то? Чем лучше systemd-udev обычного udev? Тем что именует устройства каждый раз по разному, как бог на душу положит?А на выходе получается лучше чем, то что поглощает ведь.
Знаете, что кричали пьяные пионеры, когда их звали собирать металолом? После загрузки системы функции systemd должны заканчиваться, не надо строить потеррингix.Например та же идея рулить графическими сеансами через системд вместо сегодняшнего зоопарка gdm, kdm, lxdm, xdm, lightdm и т.д.
Поживём - увидим, кто был прав. Пока что системд успешно развивается и подхватывается всё большим числом дистрибутивов и разработчиков. В любом модернизационном процессе найдутся недовольные, но поскольку они в этом процессе не участвуют, то и изменить ничего не смогут. Прогресс неостановим.
Посмотрите на Бубунту: апстарт свой - ни кто более не использует
Это как-то мешает быть убунте самым популярным десктопным Линуксом?
Системд же открыта для всех, посмотрите кто в неё коммитит. Это вам не васи пупкины и денисы поповы.
А судя по жалобам на systemd, это именно васи пупкины и денисы поповы.
А полные страдания треды создают те, кто не хочет или уже не может разобраться в чём-то новом, прогрессивном.
А, так периодическое забивание журнала со скоростью 100 Мб в секунду или тихушные правки системных параметров через sysctl - это такие новые и прогрессивные веяния?
Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Взял и смотрю на свою Gentoo. Не вижу в ней никакого systemd.
Ага, вот только, чтобы выполнить этими юнитами то, что необходимо, надо написать либо скрипт на баше, а то и вовсе целую программу написать. Загляните в юнит systemd-vconsole-setup.service, там все понятно и просто. А что внутри некоторой бинарной программы systemd-vconsole-setup, которая просто и понятно запускается, вот только выполняется так криво, что приходится еще и костыли ей подставлять?Юниты системд очень просты и понятны. Это вам не скрипты на bash.
Нормальный дистрибутив это Федора? Потому что в openSUSE я больше не вижу простоты устройства, четкой и быстрой работы, с тех пор как туда включили systemd.Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
А судя по жалобам на systemd, это именно васи пупкины и денисы поповы.
Нет. Тут как раз Vascom прав.
Ругают люди systemd просто потому что. Толпы школяров, фанатиков и задротов заучили пару дефолтных быдло-фраз, например, "бинарные логи" и долбят их везде где только можно.
Конечно, есть те, кто аргументирует свою позицию здраво и более-менее внятно, например, urfin и yars, yars привел аргументом старый принцип работает - не трогай, urfin считает, что systemd упразнила простоту устройства в OpenSUSE. Нормальные аргументы и обе позиции мне понятны.
Но больше ругающих, все-таки свою позицию не аргументируют, потому что аргументов нет, systemd не видели своими глазами, но осуждают его, потому что так все делают. И всех послушать, все такие специалисты, все с пеной у рта яростно доказывают, что systemd - это провал, но сам что-то никто не торопиться свою системы инициализации писать.
Взял и смотрю на свою Gentoo. Не вижу в ней никакого systemd.
Придет время - увидишь ;)
А вообще, gentoo - разговор отдельный.
http://www.opennet.ru/opennews/art.shtml?num=36032
Шум подняли, а оказалось - доку прочитать сперва забыли :D
Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Взял, не вижу системд. Все логично, четко быстро, параллельная загрузка тоже можно.
Вопросы и отпадут. Только уж придётся и документацию почитать, которой много и в хорошем качестве.
А, ну вот опять без доков никуда, ну таки OpenRC ближе к телу.
Юниты системд очень просты и понятны. Это вам не скрипты на bash
Уж лучше bash.
Пока что системд успешно развивается и подхватывается всё большим числом дистрибутивов и разработчиков.
Да пожалуйста, но не забывай что на Федоре например свет клином не сошелся, есть люди которые ее терпеть не могут, к коим себя отношу.
///
Я немного в шоке, Vascom, прям как с другой планеты...
Придет время - увидишь
Не факт, Gentoo/Funtoo пилять свою дорогу.
Прогресс неостановим.
Из всего прогресса вижу только:
Загрузка заметно быстрее, чем года два назад.
OpenRC при включении rc_parallel="YES" тоже быстра.
А я разве где-то говорил о Федоре? Системд на вскидку уже в Арче, и постоянно появляются новости о переходе того или иного дистра на системд. Так что не надо меня в узости кругозора обвинять.
Просто я вам говорю, что тут системд хорош. А например в ваш дистрибутив корявый маинтейнер вставит криво старую версию системд и результат - ненависть. Это тоже надо учитывать.
Ну а чего тогда паниковать? Раз у вас в генту этого нет и раз вы не видите разницы?
Мы вот видим разницу, что с системд всем нам стало удобнее и быстрее.
Ну и забейте. Зачем критиковать-то тогда?
Ещё раз повторю, лично ни кто ни кому не навязывает системд. Все претензии к маинтейнерам и разработчикам вашего дистрибутива.
Это как сидеть на КДЕ и ругать LXDE. Пусть всё развивается.
Ругают люди systemd просто потому что. Толпы школяров, фанатиков и задротов заучили пару дефолтных быдло-фраз, например, "бинарные логи" и долбят их везде где только можно.
Я не про них говорю, а про конкретные случаи, где systemd лажает by design.
Придет время - увидишь ;)
Кто меня заставит установить этот systemd? Это ж не арч какой-нибудь там :)
А вообще, gentoo - разговор отдельный.
http://www.opennet.ru/opennews/art.shtml?num=36032
Шум подняли, а оказалось - доку прочитать сперва забыли :D
В eudev пока надобности особой нет, т.к. пока можно использовать обычный udev без systemd, на уровне юз-флагов. Хотя я уже перешёл на eudev - мне не понравилось новое наименование eth0.
И да, что нелогичного и непонятного может быть в скриптах bash?
OpenRC при включении rc_parallel="YES" тоже быстра.
А разве эту опцию не поломали?
Скрипты на bash могут быть очень непонятны и нелогичны, тут уж от программиста зависит.
Если требуется отслеживать приоритетность запуска скриптов или событий - это не так-то просто.
Можем, например, взять простой проект, запускаемый через скрипт средней сложности и его же с системд-модулем. Наглядно проверим что проще.
Покажи как у вас выглядит скрипт запуска httpd на openrc, upstart, sysvinit
DBus:
#!/sbin/runscript
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License, v2 or later
# $Header: /var/cvsroot/gentoo-x86/sys-apps/dbus/files/dbus.initd,v 1.1 2011/11/05 13:56:10 ssuominen Exp $
extra_started_commands="reload"
depend() {
need localmount
after bootmisc
}
start() {
ebegin "Starting D-BUS system messagebus"
/usr/bin/dbus-uuidgen --ensure=/etc/machine-id
# We need to test if /var/run/dbus exists, since script will fail if it does not
[ ! -e /var/run/dbus ] && mkdir /var/run/dbus
start-stop-daemon --start --pidfile /var/run/dbus.pid --exec /usr/bin/dbus-daemon -- --system
eend $?
}
stop() {
local retval
ebegin "Stopping D-BUS system messagebus"
start-stop-daemon --stop --pidfile /var/run/dbus.pid
retval=$?
eend ${retval}
[ -S /var/run/dbus/system_bus_socket ] && rm -f /var/run/dbus/system_bus_socket
return ${retval}
}
reload() {
local retval
ebegin "Reloading D-BUS messagebus config"
/usr/bin/dbus-send --print-reply --system --type=method_call \
--dest=org.freedesktop.DBus \
/ org.freedesktop.DBus.ReloadConfig > /dev/null
retval=$?
eend ${retval}
return ${retval}
}
А, ну дбас:
[Unit]
Description=D-Bus System Message Bus
Requires=dbus.socket
After=syslog.target
[Service]
ExecStart=/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
ExecReload=/bin/dbus-send --print-reply --system --type=method_call --dest=org.freedesktop.DBus / org.freedesktop.DBus.ReloadConfig
OOMScoreAdjust=-900
И то, и то вполне просто.
За что же ругать системд?
Что за dbus.socket, что за syslog.target? Уже непонятки.
За что же ругать системд?
Я его за юниты не ругал. Мне он не нравится потому что он лезет туда, где ему вообще не место.
