Оценка плюсов и минусов при переходе Debian на systemd или upstart

Автор Malaheenee, 31 декабря 2013, 22:08:19

« назад - далее »

0 Пользователи и 11 гостей просматривают эту тему.

vladimir_ar

Мне лично systemd нравится. Да, он еще сырой, потому как интенсивно развивается, но у меня дома под ним все системы (3 x testing) - и я доволен.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

Olej

Цитата: vladimir_ar от 05 апреля 2014, 00:53:39
Мне лично systemd нравится. Да, он еще сырой, потому как интенсивно развивается, но у меня дома под ним все системы (3 x testing) - и я доволен.
Конечно, systemd это движение в нужном направлении.

PbI6A

Цитата: vic5710 от 04 апреля 2014, 23:55:29
у меня продакшн железо пашет на 2.6, а часть часть вообще на 2.4 и новых закупок не предвидится пока это не умрет
так что для меня это актуально
А можно поинтересоваться, что за железо на 2.4 и что за дистр?
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

vic5710

Цитата: PbI6A от 09 апреля 2014, 02:37:45
Цитата: vic5710 от 04 апреля 2014, 23:55:29
у меня продакшн железо пашет на 2.6, а часть часть вообще на 2.4 и новых закупок не предвидится пока это не умрет
так что для меня это актуально
А можно поинтересоваться, что за железо на 2.4 и что за дистр?
Управление технологическими процессами в реальном времени
Основа - Pentium4 + Ethernet + RS485 + платы обработки аналоговой информации. Дистр был изначально МСВС , потом собрали ядро реального времени и на нем базируемся, что-то типа LFS.





sunny_side

Похоже, что в SMF удалость добиться функциональности systemd но с меньшими недостатками:
http://ru.wikipedia.org/wiki/Service_Management_Facility
Во всяком случае не выглядит так, что скоро останутся только ядро и SMF.

qupl

Надеюсь конкуренты у монстра будут хорошими.

Malaheenee

А тем временем, systemd активно "впиливают": от него уже зависят network-manager и policykit. И если без первого жить можно, то от второго все DE зависят...
Все мы где-то, когда-то и в чем-то были новичками.

ogost

Malaheenee, если не ошибаюсь, systemd будет вытеснять network-manager.

Malaheenee

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

sandaksatru

Цитата: Malaheenee от 19 мая 2014, 09:23:05А тем временем, systemd активно "впиливают": от него уже зависят network-manager и policykit. И если без первого жить можно, то от второго все DE зависят...
Да, но можно пересобрать, отключив функции от него зависящие. Пока это ещё поддерживается опционально.
Цитата: ogost от 19 мая 2014, 13:32:50Malaheenee, если не ошибаюсь, systemd будет вытеснять network-manager.
Не совсем, на сколько я понял, systemd предоставляет лишь базовые возможности управления сетевыми интерфейсами, как-то создание, инициализация, зависимости и т.п. NM же остается управлять самими сетевыми соединениями.

Это следствие интеграции с udev'oм, и представлении Поттеринга о том, что он лучше знает как надо. Одно новое обозвание сетевых интерфейсов чего стоит, которое по дефолту будет прописано в правилах. В сиде пока ещё сохранен классический подход к их именованию. Но в других дистрибутивах нововведения уже заявили о себе... Я всё понимаю, но 12-ти символьное имя usb-интерфейса (вместо привычного usb0), которое ещё и меняется от того, в зависимости в какую дырку воткнул - это уже чересчур!

Я понимаю, что это исправляется ручным изменением правил. Но наблюдается нездоровая тенденциозность, в следствие которой всё больше "полезных" нововведений тащят за собой всё больше необходимостей редактировать/менять базовые конфиги/настройки. Эти мелочи накапливаются и превращаются в проблему, которая пожирает время. Например, именно по причине того, что в инсталляции Debian'а проще и быстрее доустановить несколько пакетов и отредактировать настройки под нужды корпоративного пользователя, чем выпилить из инстялляции Ubuntu всё ненужное, мы с коллегами в своё время перевели парк доставшихся нам по наследству рабочих мест с Ubuntu на Debian. А с такими тенденциями, чувствую, глядишь так через несколько лет, придётся поглядывать в сторону LFS  ;D

Malaheenee

Цитата: sandaksatru от 20 мая 2014, 04:42:47Да, но можно пересобрать, отключив функции от него зависящие
Можно. Но не будете же пересобирать и все остальное, когда и туда поддержку systemd добавят. Не Gentoo чай...
Все мы где-то, когда-то и в чем-то были новичками.

Udachnik

Кстати, в debian-devel очередной срач уже почти на 200 сообщений.
Первое сообщение - https://lists.debian.org/debian-devel/2014/05/msg00255.html
Один парень пожаловался, что в момент загрузки у него вместо обычного fsck выскочило systemd-fsck, и он возмутился, что скоро systemd вообще подомнет под себя всё на свете. Правда в первом же ответе ему сообщили, что systemd-fsck это вовсе ни какое не systemd, а всего лишь служба для записи сообщений fsck в journald, но срач уже было не остановить.

qupl

Ждем время когда выкинут из репозиториев пакет systemd-linux-kernel-x.x.x.deb :)

spinner88

Как мне видится, systemd это неизбежность во всех дистрибутивах.
Наши правила.

Согласно социологического опроса установлено, что 92% населения пользуются автомобилями отечественного автопрома. Это Германия же.
Ноутбук-дебиан-гном.

yoric

А вот подскажите конкретно, пож-ста, как заблокировать его (systemd) установку, пока это возможно, пока не везде его встроили? Недавно удалось безболезненно снести systemd-login (не помню в каком пакете был и когда появился), ну не люблю я лишниих соообщений на экране и в логах, мусора всякого. А теперь опять лезет, ты их в дверь, они в окно...

Насколько я понял,  sysv можно пользоваться пока его не забросят ввиду полного перехода на systemd. Будем молиться, чтобы это произошло как возможно позже ;D Хотя уже поздно:

ls -l /lib/systemd/system/
total 100
-rw-r--r-- 1 root root 155 апр  3 15:45 acpid.service
-rw-r--r-- 1 root root 115 апр  3 15:45 acpid.socket
-rw-r--r-- 1 root root 498 окт 19  2013 alsa-restore.service
-rw-r--r-- 1 root root 526 окт 19  2013 alsa-state.service
-rw-r--r-- 1 root root 395 окт 19  2013 alsa-store.service
lrwxrwxrwx 1 root root   9 окт 19  2013 alsa-utils.service -> /dev/null
drwxr-xr-x 2 root root 101 май  3 02:13 basic.target.wants
-rw-r--r-- 1 root root 432 фев 19 07:25 console-kit-daemon.service
-rw-r--r-- 1 root root 219 фев 19 07:25 console-kit-log-system-restart.service
-rw-r--r-- 1 root root 201 фев 19 07:25 console-kit-log-system-start.service
-rw-r--r-- 1 root root 218 фев 19 07:25 console-kit-log-system-stop.service
-rw-r--r-- 1 root root 366 май  1 02:26 dbus.service
-rw-r--r-- 1 root root 106 май  1 02:26 dbus.socket
drwxr-xr-x 2 root root  24 май  7 08:42 dbus.target.wants
drwxr-xr-x 2 root root  48 май  3 02:13 halt.target.wants
-rw-r--r-- 1 root root 199 апр  6 00:01 lm-sensors.service
drwxr-xr-x 2 root root  25 май 25 13:59 multi-user.target.wants
drwxr-xr-x 2 root root  48 май  3 02:13 poweroff.target.wants
drwxr-xr-x 2 root root  51 май  3 02:13 reboot.target.wants
-rw-r--r-- 1 root root 188 сен 30  2013 rsync.service
-rw-r--r-- 1 root root 199 май 17 03:39 rsyslog.service
drwxr-xr-x 2 root root  31 май 25 13:59 shutdown.target.wants
drwxr-xr-x 2 root root  93 май 25 13:59 sockets.target.wants
-rw-r--r-- 1 root root 344 апр 22 03:24 ssh.service
-rw-r--r-- 1 root root 196 апр 22 03:24 ssh@.service
-rw-r--r-- 1 root root 216 апр 22 03:24 ssh.socket
-rw-r--r-- 1 root root 272 фев  5 01:46 sudo.service
drwxr-xr-x 2 root root  69 май 25 13:59 sysinit.target.wants
-rw-r--r-- 1 root root 578 мар 20 01:15 systemd-udevd-control.socket
-rw-r--r-- 1 root root 575 мар 20 01:15 systemd-udevd-kernel.socket
-rw-r--r-- 1 root root 788 мар 20 01:15 systemd-udevd.service
-rw-r--r-- 1 root root 823 мар 20 01:15 systemd-udev-settle.service
-rw-r--r-- 1 root root 715 мар 20 01:15 systemd-udev-trigger.service
lrwxrwxrwx 1 root root  21 мар 20 01:15 udev.service -> systemd-udevd.service
-rw-r--r-- 1 root root 159 мар 10 16:44 udisks2.service
-rw-r--r-- 1 root root 262 апр  1 02:33 vsftpd.service

И каждый файлик принадлежит соответствующему пакету, то есть всё уже с распростёртыми объятиями встречают systemd... Поздно метаться, или принимать или уходить... Кто куда, а я к Gentoo имею пиетет ;D