История изменений

До какого демона? Покажи как ты будешь запускать java процесс, например? Со стопом, рестартом, статусом, PID-файлом. Я делал, я знаю. Там несколько десятков строк кода, которые надо каждый раз писать заново и тестировать. Это гемор. В systemd это меньше десятка строк, которые даже тестировать не надо, оно просто работает. Причём в systemd уйма фишек, которые пишутся одной строчкой и каждая из которых заменяет кучу строк в баш скрипте. Причём ладно я, мне оно надо раз в год, могу и написать. А в большом масштабе это же сотни или даже тысячи init-скриптов. systemd сделал абсолютно правильно - он сделал DSL для сервисов и вынес весь нужный функционал в некое подобие библиотеки. Причём раньше подобное делали из дерьма и палок. В том же дебиане были такие «библиотеки» из шелл-скриптов. Проблема в том, что в каждом дистрибутиве они свои. А тут один штандарт.

Я не фанат systemd в том плане, что мне не близки многие их порывы. Например параллельный запуск сервисов. Да, оно круто, моя VPS стартует по-моему за долю секунды. Но мне оно не надо, стартовала бы она за 10 секунд, я бы не расстроился. Десктопы ребутать всё равно не нужно, их нужно усыплять. Правильные серверы только в биосе жужжат минут 15, тут тоже экономия не нужна. А багов этот параллельный запуск сервисов привносит. Журналд мне тоже не нравится. Меня текстовые файлы всегда устраивали. Как оно щас работает я вообще не понимаю. У меня в Debian вроде стоит systemd а логи и в /var/log/apache2 лежат и в /var/log/mail.log пишутся и в journald тоже что-то есть. Но это всё мелочи. Суть в том, что старый init был слишком плох, а они его сделали нормальным.

При этом если бы старый init оставили как есть, а вместо init-скриптов было бы что-то вроде

#/bin/daemon
[Unit]
Description=Foo

[Service]
ExecStart=/usr/sbin/foo-daemon

Причём, что важно, во всех дистрибутивах, я был бы ещё больше рад. Юникс-вей и всё такое. Но и текущая система вполне неплоха.

До какого демона? Покажи как ты будешь запускать java процесс, например? Со стопом, рестартом, статусом, PID-файлом. Я делал, я знаю. Там несколько десятков строк кода, которые надо каждый раз писать заново и тестировать. Это гемор. В systemd это меньше десятка строк, которые даже тестировать не надо, оно просто работает. Причём в systemd уйма фишек, которые пишутся одной строчкой и каждая из которых заменяет кучу строк в баш скрипте. Причём ладно я, мне оно надо раз в год, могу и написать. А в большом масштабе это же сотни или даже тысячи init-скриптов. systemd сделал абсолютно правильно - он сделал DSL для сервисов и вынес весь нужный функционал в некое подобие библиотеки. Причём раньше подобное делали из дерьма и палок. В том же дебиане были такие «библиотеки» из шелл-скриптов. Проблема в том, что в каждом дистрибутиве они свои. А тут один штандарт.

Я не фанат systemd в том плане, что мне не близки многие их порывы. Например параллельный запуск сервисов. Да, оно круто, моя VPS стартует по-моему за долю секунды. Но мне оно не надо, стартовала бы она за 10 секунд, я бы не расстроился. Десктопы ребутать всё равно не нужно, их нужно усыплять. Правильные серверы только в биосе жужжат минут 15, тут тоже экономия не нужна. А багов этот параллельный запуск сервисов привносит. Журналд мне тоже не нравится. Меня текстовые файлы всегда устраивали. Как оно щас работает я вообще не понимаю. У меня в Debian вроде стоит systemd а логи и в /var/log/apache2 лежат и в /var/log/mail.log пишутся и в journald тоже что-то есть. Но это всё мелочи. Суть в том, что старый init был слишком плох, а они его сделали нормальным.

При этом если бы старый init оставили как есть, а вместо init-скриптов было бы что-то вроде

#/bin/daemon
[Unit]
Description=Foo

[Service]
ExecStart=/usr/sbin/foo-daemon

я был бы ещё больше рад. Юникс-вей и всё такое. Но и текущая система вполне неплоха.

До какого демона? Покажи как ты будешь запускать java процесс, например? Со стопом, рестартом, статусом, PID-файлом. Я делал, я знаю. Там несколько десятков строк кода, которые надо каждый раз писать заново и тестировать. Это гемор. В systemd это меньше десятка строк, которые даже тестировать не надо, оно просто работает. Причём в systemd уйма фишек, которые пишутся одной строчкой и каждая из которых заменяет кучу строк в баш скрипте. Причём ладно я, мне оно надо раз в год, могу и написать. А в большом масштабе это же сотни или даже тысячи init-скриптов. systemd сделал абсолютно правильно - он сделал DSL для сервисов и вынес весь нужный функционал в некое подобие библиотеки. Причём раньше подобное делали из дерьма и палок. В том же дебиане были такие «библиотеки» из шелл-скриптов. Проблема в том, что в каждом дистрибутиве они свои. А тут один штандарт.

Я не фанат systemd в том плане, что мне не близки многие их порывы. Например параллельный запуск сервисов. Да, оно круто, моя VPS стартует по-моему за долю секунды. Но мне оно не надо, стартовала бы она за 10 секунд, я бы не расстроился. Десктопы ребутать всё равно не нужно, их нужно усыплять. Правильные серверы только в биосе жужжат минут 15, тут тоже экономия не нужна. А багов этот параллельный запуск сервисов привносит. Журналд мне тоже не нравится. Меня текстовые файлы всегда устраивали. Как оно щас работает я вообще не понимаю. У меня в Debian вроде стоит systemd а логи и в /var/log/apache2 лежат и в /var/log/mail.log пишутся и в journald тоже что-то есть. Но это всё мелочи. Суть в том, что старый init был слишком плох, а они его сделали нормальным.

При этом если бы старый init оставили как есть, а вместо init-скриптов было бы что-то вроде

[code] #/bin/daemon [Unit] Description=Foo

[Service] ExecStart=/usr/sbin/foo-daemon [/code]

я был бы ещё больше рад. Юникс-вей и всё такое. Но и текущая система вполне неплоха.