DS
ну, во первых - я это сказал сильно далеко после того, как вы пришли мне объяснять что я не прав, а во вторых - я сказал не надежнее, а предсказуемей.
сомнительно
Size: a a a
2020 December 26
AK
то есть sys v предсказуемей чем systemd?
AK
что заставило сделать такой вывод?
O
то есть sys v предсказуемей чем systemd?
сам по себе sys v да, он очень маленький и делает одну тупую задачу.
AK
сам по себе sys v да, он очень маленький и делает одну тупую задачу.
и перекладывает остальные на писателей софта
DS
сам по себе sys v да, он очень маленький и делает одну тупую задачу.
он не дает никаких гарантий. Инстурмент не может быть предсказуемый, если для остановки сервиса, он запускает баш скрипт, который написал разработчик этого сервиса, и нет никакой гарантии что это скрипт успешно остановит сервис
AK
соответственно предсказуемость у системд с точки зрения админа лучше
DS
соответственно предсказуемость у системд с точки зрения админа лучше
ну он дает гарантии, что если ты запустишь service server-name command, то он эту комманд передаст в init скрипт. А что этот скрипт с этим сделает он хз. Офигаенная предсказуемость
O
он не дает никаких гарантий. Инстурмент не может быть предсказуемый, если для остановки сервиса, он запускает баш скрипт, который написал разработчик этого сервиса, и нет никакой гарантии что это скрипт успешно остановит сервис
Так нет никакой гарантии что systemd успешно остановит сервис. Не, я понимаю ваш поинт - это простота и перекладывание ответственности по управлению жизненным циклом с разрабов софта на разрабов systemd. Имеет место быть.
DS
Так нет никакой гарантии что systemd успешно остановит сервис. Не, я понимаю ваш поинт - это простота и перекладывание ответственности по управлению жизненным циклом с разрабов софта на разрабов systemd. Имеет место быть.
ващет есть гарантии. Он совершенно точно TERM пошлет в процесс, также ты можешь сделать так, чтобы он посылал KILL если процесс не завершается. А в sys v init нет гарантий что он вообще хоть что-то сделает с процессом.
t
Так нет никакой гарантии что systemd успешно остановит сервис. Не, я понимаю ваш поинт - это простота и перекладывание ответственности по управлению жизненным циклом с разрабов софта на разрабов systemd. Имеет место быть.
как это нет, ну ты что
t
а еще можно этот момент мониторить
O
В логике "я просто ставлю какие-то неизвестные пакеты и надеюсь что systemd все разрулит" это единственный рабочий вариант.
Но, как бы так сказать то, а то опять с фанатизмом кинетесь тут доказывать - для меня более естественно, когда процесс старта и остановки четко виден на уровне команд и его можно просто менять, читать и имплементировать любую кастомную логику.
Но, как бы так сказать то, а то опять с фанатизмом кинетесь тут доказывать - для меня более естественно, когда процесс старта и остановки четко виден на уровне команд и его можно просто менять, читать и имплементировать любую кастомную логику.
t
без очередного костыля на баше
O
у вас у всех какая то аллергия на баш чтоль?)
O
я не то чтобы его люблю конечно, но..)
AK
Так нет никакой гарантии что systemd успешно остановит сервис. Не, я понимаю ваш поинт - это простота и перекладывание ответственности по управлению жизненным циклом с разрабов софта на разрабов systemd. Имеет место быть.
уровни разные. Sys V вам с какой-то долей вероятности гарантирует, что он вызовет инит скрипт с командой stop, а systemd гарантирует, что будет долго и упорно убивать процесс.
t
у вас у всех какая то аллергия на баш чтоль?)
аллергия на говно, что передается по наследству
DS
В логике "я просто ставлю какие-то неизвестные пакеты и надеюсь что systemd все разрулит" это единственный рабочий вариант.
Но, как бы так сказать то, а то опять с фанатизмом кинетесь тут доказывать - для меня более естественно, когда процесс старта и остановки четко виден на уровне команд и его можно просто менять, читать и имплементировать любую кастомную логику.
Но, как бы так сказать то, а то опять с фанатизмом кинетесь тут доказывать - для меня более естественно, когда процесс старта и остановки четко виден на уровне команд и его можно просто менять, читать и имплементировать любую кастомную логику.
ты уходишь от аргументов про гарантии. То есть крыть нечем? =)
O
ты уходишь от аргументов про гарантии. То есть крыть нечем? =)
И вот опять вы чет от меня добиться пытаетесь. Ну ок, про гарантии. Мне достаточно, что sys v вызовет скрипт, дальше вопрос гарантий на стороне скрипта.