чем демон systemd отличается от обычного демона?

задали такой вопрос на собеседовании

Беги оттуда.

В приложении? Я так понимаю, что оно на системном уровне работает и от приложения ничего не требуется.

Возможно, от тебя хотели получить ответ, что /sbin/init, который тоже systemd - это первый процесс с PID 1.

Но, вопрос, конечно, долбанутый, ибо, что такое «обычный демон»? И какой вообще практический смысл этого вопроса? В общем, стандартная практика многих интервьюоров - «Я тут загадал нечто, дам тебе очень обтекаемую подсказку, а ты давай, догадывайся». А если задашь неудобный вопрос или собеседник сообразит, что спрашивает ерунду - ты в пролете с вакансией.

их по сути не может быть несколько одновременно

Думаешь, если, например, cron в система запустить в 5-ти экземплярах, будет нормально?

Изначально, systemd задумывалась, чтобы не было причин посылать KILL9.

Думаешь, nginx изначально был задуман, чтобы kill -9 был единственным способом управления им?

Если [...] собеседник сообразит, что спрашивает ерунду - ты в пролете с вакансией

А я подумал, что суть сего вопроса ровным счётом наоборот — чтобы кандидат не попался и не начал импровизировать на этот вопрос, а чётко объяснил, что вопрошающий спросил ахинею.

Но МБ я слишком наивен.

Не знаю, почему у тебя и ТС, явно неудовлетворённые сексуальные фантазии - `Пони с сисями, и демоны с писями'
Отсюдова, и желание поубивать их у ТС, неосознанное им самим ))

подозреваю, что хотели пересказ этого https://www.freedesktop.org/software/systemd/man/daemon.html

+1

Пользуясь случаем появления systemd developer в теме,
могу спросить - `When or either how, ICL станет компилировать Firefox?'

формой рогов и копыт

чем демон systemd отличается от обычного демона?

Обычный демон крутится на любой линуксовой машине, а демон systemd — только на дерьмовой.

да

Чего?

Ты лучше вот на какой вопрос ответь: зачем что-то знать про 80 дистрибутивов без systemd, если есть хотя бы один дистрибутив с systemd?

Есть у Intel C Compiler, можно с ним собрать Firefox?

Затем, что не всем нужен systemd. И чем героически выпиливать systemd из дистрибутивов с systemd ломая зависимости проще взять дистрибутив без systemd.

/lib/systemd/systemd - это тоже демон

/lib/systemd/systemd - это файл. Демоном он станет только после запуска в фоне.

Демоном он станет только после запуска в фоне.

технически, чтобы любую фоновую программу не называть демоном, предлагаю определение, при котором демон — это процесс который дочерний от pid1, т.к. systemd и есть pid1, то он не демон. он init процесс.

Демон - это любой фоновый процесс. Всё определения давно придуманы. Зачем изобретать своё?

Всё определения давно придуманы.

ага, особенно «любой фоновый». от чего он фоновый? деаттачнутый от tty?

Если у тебя вместо мозга дерьмо, ты, конечно, поставишь говно с systemd.

Какой смысл над трупом издеваться?

Вы еще тут вдвоем поспорьте, является ли демоном HAL!

И HAL сдох (к счастью), и поцтерингошлак сдохнет в конце-концов! Ну, если и не сдохнет, то пофиг: все равно дерьмом, где «из коробки» идет вся эта дрянь, пользоваться невозможно!

ага, особенно «любой фоновый». от чего он фоновый? деаттачнутый от tty?

Не интерактивный и отсоединённый от терминала.

Тем же, чем и дерьмодемон.

может хватит уже антинаучной фигни?
с появлением systemd есть сервисы. слово «демон» из лохматых 70-х просто пытаются натягивать на настоящее, но чёт так фигово, что приходится даже в мане по systemd писать «new-style daemons»
какая нафиг неинтерактивность? с кем? а если сервис представляет %apiname%?
прикольно придумывать все определения интуитивным путём, но есть чуть менее чем 100% отличий в списке из 15 пунктов, что такое\обязан делать SysV демон и что такое new-style демон, ака сервис.
ерунда вроде «не интерактивный (с кем?)», «отсоединённый от терминала», «любой фоновый» — это просто интуитивное определение.
да под эти пункты tmux подходит, первый раз слышу, чтоб он демоном был.

Ты не знаешь, чем сервис отличается от демона? Демон может быть частью сервиса, а может и не быть. Сервисы бывают без демонов.

И, да, tmux является демоном, когда он отсоединён от терминала.

Демон — это любая хрень, запущенная в фоне, в отрыве от терминала. Вызовешь в своей утилитке функцию daemon() — все, она демоном стала.

А «сервис» — слово вообще неподходящее, сервисом можно один поток демона назвать.

запиши в своё интуитивное описание термина ещё пункт про раздемонизацию.

слова можно любые подбирать. можно говорить «new-style daemons» если ты фотограф и боишься линчевания.
если у юнита окончание .service и если в нём нет ничего из SysV демонов, то какого хрена держатся за этот тупой термин выдуманный дурачком 40 лет назад?
полностью другая хрень у вас в головах тоже демон, потому, что вообще любая хрень у вас демон. вообще любая. 40 лет ведь дрюкали этой ерундой, которой даже определение дать не можете.
функция daemon() в моей утилитке выводит в лог «лор уныл»

Ты лучше вот на какой вопрос ответь: зачем что-то знать про 80 дистрибутивов без systemd, если есть хотя бы один дистрибутив с systemd?

Это вопрос из серии «зачем что-то знать про 80 ОС не от Microsoft, если есть хотя бы одна ОС от Microsoft». Да, я знаю на самом деле разницу, лицензия другая, опенсорс и все дела - но что-то похожее есть.

Я на самом деле пользуюсь Дебианом с systemd, но знание, что есть Gentoo с OpenRC, греет мне душу.

тупой термин выдуманный дурачком 40 лет назад?

Слышь, дебилятор, ты поаккуратней в выражениях! Если у тебя мозгов нет и ты с systemd трахаешься, есть люди и приличные!

запиши в своё интуитивное описание термина ещё пункт про раздемонизацию.

Это не моё интуитивное описание.

Зачем что-то знать про проприетарную ос поцтеринга если есть нормальные линукс дистрибутивы?

Затем, что не всем нужен systemd.

Но точно так же не всем не нужен systemd. А ты приходишь в тред, в котором априори обсуждается именно systemd.

Тут обсуждается вопрос о systemd. Который мог быть задан тому, кому не нужен systemd. При том, что на той работе тоже не обязательно есть такие задачи, которые требуют systemd.

Нет таких задач, которые требуют поцтерошлак. И вообще это говно каленым железом выжигать надо, а первым делом прижечь яйца передаста поцтеринга!

Эдик, ты снова забыл принять таблетки.

И ты знаешь об этом лучше топикстартера? Слишком самоуверенно.

Зачем что-то знать про проприетарную ос поцтеринга

Без понятия. Что такое «проприетарная ос поцтеринга»?

Это вопрос из серии «зачем что-то знать про 80 ОС не от Microsoft, если есть хотя бы одна ОС от Microsoft».

Это вопрос из той же серии, что и тот, на который я отвечал.

не принять системд-фоба на работу это дискриминация?

я вот думаю, что да, сейчас вроде даже норма есть, по которой даже туповатые и недалёкие должны занимать какие-то рабочие места.
но системд-фобы могут найти себя в подметании улиц, например.

systemd же. До ОС там совсем немного осталось.

Ты что-то там говорил про проприетарность.

Уж кому они точно нужны, так это тебе. Что ты вообще хорошего в systemd нашел?

Еще один дегенерат, считающий, что systemd - хорошо!

PID 1, то есть он не имеет родителя вроде.

Ну так все к тому и идёт - как у яблочников. Экосистема красношапки захватывает все подряд: нормальные иниты -> systemd, нормальные alsa или jack -> пшшаудио, теперь вот на пакетные менеджеры зубы точат. К контейнерам тоже подобрались. А уж наркоманию с предложением всунуть btrfs ещё долго поминать будут (и ещё дольше этот самый btrfs допиливать до юзабельного состояния).

Вообще не удивлюсь ещё кисо обидится и начнет пропихивать какую-нибудь другую лицензию, типа bsd образных.

btrfs RIP если чё.

теперь вот на пакетные менеджеры зубы точат.

إن شاء الله‎ apt выкинут на мороз. он достал за все эти годы.