Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
systemd vs smf
15 views
Skip to first unread message
Anatoliy Sablin
May 29, 2017, 1:35:00 PM5/29/17
to
Привет,
Hello, All.
Бытует легенда, что systemd скопировали с solaris smf (service management
facility). Даже автор systemd особо отмечал smf.
Вопрос к знатокам: как вы думаете, клон получился годный и стоило ли это
делать?
Или лучше по старинке, с самописными кривыми init-скриптам?
P.S.: кто-нибудь использует systemd-spawn? Что проще lxc или spawn?
--
Best regards!
Posted using Hotdoged on Android
Hello, All.
Бытует легенда, что systemd скопировали с solaris smf (service management
facility). Даже автор systemd особо отмечал smf.
Вопрос к знатокам: как вы думаете, клон получился годный и стоило ли это
делать?
Или лучше по старинке, с самописными кривыми init-скриптам?
P.S.: кто-нибудь использует systemd-spawn? Что проще lxc или spawn?
--
Best regards!
Posted using Hotdoged on Android
Oleg Levkin
May 29, 2017, 5:15:01 PM5/29/17
to
Я рад пообщаться с тобой, Anatoliy!
Однажды, сидя за компутером и покуривая бамбук, увидел я как 29 Май 2017
Anatoliy Sablin и All травили байки про systemd vs smf:
AS> Бытует легенда, что systemd скопировали с solaris smf (service management
AS> facility). Даже автор systemd особо отмечал smf.
Бессовестно врет.
Hа мой "чайниковский" взгляд, Поттеринг попытался скопировать из Windows
идеологию сервисов и планировщика.
AS> Вопрос к знатокам: как вы думаете, клон получился годный и стоило ли
AS> это делать?
Hе "знаток", но "чайник". Для человека, бОльшую часть работающего с
оффтопиком, это было знакомо и не вызывало затруднений: простое управление
очередностью запуска сервисов, контроль за состоянием сервисов (пуск-останов,
реакция на сбой), простое управление правами доступа сервисов (запуск с правами
непривилигированного пользователя, у меня была проблема с одной софтинкой,
которую я не смог запустить в SystemV с пониженными правами, тогда как в
оффтопике это решается на "раз-два")...
Из минусов: попытка соорудить комбайн из сервисов и cron (даже в оффтопике
сервисы и планировщик разделены, более того их и не собираются объединять);
бинарный формат логов; дыры в системе безопасности.
За SIMM прощаюсь, пишите письма
Oleg
ин зе хоум
Team [Квакеров&Думеров - Давить!] [Мультфильмы - RULEZ FOREVER!]
... Война или мир - жри "МАРС", командир!
Однажды, сидя за компутером и покуривая бамбук, увидел я как 29 Май 2017
Anatoliy Sablin и All травили байки про systemd vs smf:
AS> Бытует легенда, что systemd скопировали с solaris smf (service management
AS> facility). Даже автор systemd особо отмечал smf.
Бессовестно врет.
Hа мой "чайниковский" взгляд, Поттеринг попытался скопировать из Windows
идеологию сервисов и планировщика.
AS> Вопрос к знатокам: как вы думаете, клон получился годный и стоило ли
AS> это делать?
Hе "знаток", но "чайник". Для человека, бОльшую часть работающего с
оффтопиком, это было знакомо и не вызывало затруднений: простое управление
очередностью запуска сервисов, контроль за состоянием сервисов (пуск-останов,
реакция на сбой), простое управление правами доступа сервисов (запуск с правами
непривилигированного пользователя, у меня была проблема с одной софтинкой,
которую я не смог запустить в SystemV с пониженными правами, тогда как в
оффтопике это решается на "раз-два")...
Из минусов: попытка соорудить комбайн из сервисов и cron (даже в оффтопике
сервисы и планировщик разделены, более того их и не собираются объединять);
бинарный формат логов; дыры в системе безопасности.
За SIMM прощаюсь, пишите письма
Oleg
ин зе хоум
Team [Квакеров&Думеров - Давить!] [Мультфильмы - RULEZ FOREVER!]
... Война или мир - жри "МАРС", командир!
Anatoliy Sablin
May 29, 2017, 11:35:00 PM5/29/17
to
Привет,
Hello, Oleg Levkin.
OL> Бессовестно врет. Hа мой "чайниковский" взгляд, Поттеринг
OL> попытался скопировать из Windows идеологию сервисов и
OL> планировщика.
Тут скорее всего то, что smf и вендовые сервисы чем-то похожи.
AS>> Вопрос к знатокам: как вы думаете, клон получился годный и стоило
AS>> ли это делать?
OL> Hе "знаток", но "чайник". Для человека, бОльшую часть работающего
OL> с оффтопиком, это было знакомо и не вызывало затруднений: простое
OL> управление очередностью запуска сервисов, контроль за состоянием
OL> сервисов (пуск-останов, реакция на сбой), простое управление
OL> правами доступа сервисов (запуск с правами непривилигированного
OL> пользователя, у меня была проблема с одной софтинкой, которую я не
OL> смог запустить в SystemV с пониженными правами, тогда как в
OL> оффтопике это решается на "раз-два")... Из минусов: попытка
OL> соорудить комбайн из сервисов и cron (даже в оффтопике сервисы и
OL> планировщик разделены, более того их и не собираются объединять);
OL> бинарный формат логов; дыры в системе безопасности.
Комбайн, который отвечает за загрузку (systemd-boot), сеть (systemd-networked),
dhcp (systemd-resolved), ntp (systemd-synced), даже своя обёртка для
контейнеров (systemd-spawn) есть.
Тут могут прибежать идеологи *nix и сказать, что нарушается один из принципов,
что всё утилиты должны быть маленькие и хорошо выполнять тел одну свою работу,
а тут целый комбайн.
Hello, Oleg Levkin.
On 29.05.17 23:21 you wrote:
AS>> Бытует легенда, что systemd скопировали с solaris smf (service
AS>> management facility). Даже автор systemd особо отмечал smf.
AS>> Бытует легенда, что systemd скопировали с solaris smf (service
OL> Бессовестно врет. Hа мой "чайниковский" взгляд, Поттеринг
OL> попытался скопировать из Windows идеологию сервисов и
OL> планировщика.
Тут скорее всего то, что smf и вендовые сервисы чем-то похожи.
AS>> Вопрос к знатокам: как вы думаете, клон получился годный и стоило
OL> Hе "знаток", но "чайник". Для человека, бОльшую часть работающего
OL> с оффтопиком, это было знакомо и не вызывало затруднений: простое
OL> управление очередностью запуска сервисов, контроль за состоянием
OL> сервисов (пуск-останов, реакция на сбой), простое управление
OL> правами доступа сервисов (запуск с правами непривилигированного
OL> пользователя, у меня была проблема с одной софтинкой, которую я не
OL> смог запустить в SystemV с пониженными правами, тогда как в
OL> оффтопике это решается на "раз-два")... Из минусов: попытка
OL> соорудить комбайн из сервисов и cron (даже в оффтопике сервисы и
OL> планировщик разделены, более того их и не собираются объединять);
OL> бинарный формат логов; дыры в системе безопасности.
Комбайн, который отвечает за загрузку (systemd-boot), сеть (systemd-networked),
dhcp (systemd-resolved), ntp (systemd-synced), даже своя обёртка для
контейнеров (systemd-spawn) есть.
Тут могут прибежать идеологи *nix и сказать, что нарушается один из принципов,
что всё утилиты должны быть маленькие и хорошо выполнять тел одну свою работу,
а тут целый комбайн.
Nil Alexandrov
May 30, 2017, 5:25:00 PM5/30/17
to
Hello, Anatoliy!
Tuesday May 30 2017 06:13, from Anatoliy Sablin -> Oleg Levkin:
AS> Комбайн, который отвечает за загрузку (systemd-boot), сеть
AS> (systemd-networked), dhcp (systemd-resolved), ntp (systemd-synced),
AS> даже своя обёртка для контейнеров (systemd-spawn) есть. Тут могут
AS> прибежать идеологи *nix и сказать, что нарушается один из принципов,
AS> что всё утилиты должны быть маленькие и хорошо выполнять тел одну свою
AS> работу, а тут целый комбайн.
Да реально из всех утилит сделали busybox какой-то.
Best Regards, Nil
Tuesday May 30 2017 06:13, from Anatoliy Sablin -> Oleg Levkin:
AS> Комбайн, который отвечает за загрузку (systemd-boot), сеть
AS> (systemd-networked), dhcp (systemd-resolved), ntp (systemd-synced),
AS> даже своя обёртка для контейнеров (systemd-spawn) есть. Тут могут
AS> прибежать идеологи *nix и сказать, что нарушается один из принципов,
AS> что всё утилиты должны быть маленькие и хорошо выполнять тел одну свою
AS> работу, а тут целый комбайн.
Да реально из всех утилит сделали busybox какой-то.
Best Regards, Nil
Anatoliy Sablin
May 30, 2017, 11:25:00 PM5/30/17
to
Привет,
Hello, Nil Alexandrov.
AS>> (systemd-spawn) есть. Тут могут прибежать идеологи *nix и
AS>> сказать, что нарушается один из принципов, что всё утилиты должны
AS>> быть маленькие и хорошо выполнять тел одну свою работу, а тут
AS>> целый комбайн.
NA> Да реально из всех утилит сделали busybox какой-то.
Busybox получился меньше размером и не глючит в отличие от...
Хотя надо признать, что я не сталкивался с ошибками systemd, но пару раз
наталкивался на отсылки в багтрекер.
Hello, Nil Alexandrov.
On 31.05.17 0:13 you wrote:
AS>> Комбайн, который отвечает за загрузку (systemd-boot), сеть
AS>> (systemd-networked), dhcp (systemd-resolved), ntp
AS>> (systemd-synced), даже своя обёртка для контейнеров
AS>> Комбайн, который отвечает за загрузку (systemd-boot), сеть
AS>> (systemd-networked), dhcp (systemd-resolved), ntp
AS>> (systemd-spawn) есть. Тут могут прибежать идеологи *nix и
AS>> сказать, что нарушается один из принципов, что всё утилиты должны
AS>> быть маленькие и хорошо выполнять тел одну свою работу, а тут
AS>> целый комбайн.
NA> Да реально из всех утилит сделали busybox какой-то.
Busybox получился меньше размером и не глючит в отличие от...
Хотя надо признать, что я не сталкивался с ошибками systemd, но пару раз
наталкивался на отсылки в багтрекер.
0 new messages