История изменений
Исправление pfg, (текущая версия) :
Сравни во сколько раз меньше строк кода у s6, в отличие от устаревшей блоатвари systemd.
строки кода создают функциональность. если ты предлагаешь опять же варить лапшу на баше для управление сервисом. для сравнения необходимость ограничить сервис в ресурсах и перезапуск в случае краха: в сис5 для этого запускаемый бинарь надо завернуть в вызовы нескольких утилит - в системд это параметры сервиса.
пройденный этап. не надо этим кичится.
если уж гооворить за самое меньшее количество строк - то это в скрипте на баше, который запускает скрипты из /etc/init.d
все остальные удобства в таком случае представлены в виде туалета на улице :)
самый простой инструмент - зубило и молот. но я думаю ты ремонт будешь делаеть с помощью и сложного, и ломающегося, и требующего обслуживания перфоратора :)
в таком вот я аксепте.
модульность По-настоящему. Разбирается на компоненты как конструктор. Можно тесно интегрировать сторонними продуктами. Да, в качестве pid1 можно использовать хоть SysV, хоть runit, хоть чёрта лысого.
конструктор удобен только там где нужон конструктор, где есть драйв по ковырянию и созданию новых хитроумных конструкций.
в прикладной работе на поточном пром.производстве эффективнее многофункциональные станки, которые четко и эффективно делают множество работ в одном станке :)
системд мне вполне удобен своей конфигурабельность в одном юните.
нет необходимости знать кучу разнообразных инструментов, раскиданных по закоулкам разной документации и писать из этих инструментов лапшу на баше.
проблем с непредсказуемость не замечал :)
Исходная версия pfg, :
Сравни во сколько раз меньше строк кода у s6, в отличие от устаревшей блоатвари systemd.
строки кода создают функциональность. если ты предлагаешь опять же варить лапшу на баше для управление сервисом. для сравнения необходимость ограничить сервис в ресурсах и перезапуск в случае краха: в сис5 для этого запускаемый бинарь надо завернуть в вызовы нескольких утилит - в системд это параметры сервиса.
пройденный этап. не надо этим кичится.
если уж гооворить за самое меньшее количество строк - то это в скрипте на баше, который запускает скрипты из /etc/init.d
все остальные удобства в таком случае представлены в виде туалета на улице :)
самый простой инструмент - зубило и молот. но я думаю ты ремонт будешь делаеть с помощью и сложного, и ломающегося, и требующего обслуживания перфоратора :)
в таком вот я аксепте.
модульность По-настоящему. Разбирается на компоненты как конструктор. Можно тесно интегрировать сторонними продуктами. Да, в качестве pid1 можно использовать хоть SysV, хоть runit, хоть чёрта лысого.
конструктор удобен только там где нужон конструктор, где есть драйв по ковырянию и созданию новых хитроумных конструкций.
в прикладной работе на поточном пром.производстве эффективнее многофункциональные станки, которые четко и эффективно делают множество работ в одном :)
системд мне вполне удобен своей конфигурабельность в одном юните.
нет необходимости знать кучу разнообразных инструментов, раскиданных по закоулкам разной документации и писать из этих инструментов лапшу на баше.
проблем с непредсказуемость не замечал :)