The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Архитектурные проблемы systemd, негативно влияющие на стабил..., opennews (??), 10-Фев-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


110. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 15:30 
> Да их много. И подобных доводов тоже.

Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

> Кстати, для параноиков из безопасности сам факт навязывания не нужной (не необходимой)
> функциональности должен стучать колоколом по голове — просто так усложнять систему
> с чёткими требованиями обычно никто не собирается.

Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

139. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 16:01 
>Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

Для гуманитариев разве что.
>Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

cgroups — это трэйд-марк похтеринга?
или вы решили побить рекорд самого тупого комментатора?

Ответить | Правка | Наверх | Cообщить модератору

143. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 16:08 
>>Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.
> Для гуманитариев разве что.

Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?

> cgroups — это трэйд-марк похтеринга?

cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.

И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Ответить | Правка | Наверх | Cообщить модератору

147. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 16:17 
>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?

Да! :D

>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.

Интересно, а для чего тогда придумали cgroups, как не для управления процессами?
Во бред то.

>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Именно поэтому в openrc можно включить поддержку cgroups, а можно и не включать:
# cat /etc/rc.conf|grep cgroup
# If you have cgroups turned on in your kernel, this switch controls
# /sys/fs/cgroup.
#rc_controller_cgroups="YES"
# The following settings allow you to set up values for the cgroup
# rc_cgroup_cpu="
#cgroups, see Documentation/cgroups/* in the linux kernel source tree.
#rc_cgroup_blkio=""
#rc_cgroup_cpu=""

Ответить | Правка | Наверх | Cообщить модератору

152. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 16:25 
>>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?
> Да! :D

Тогда в код и чейнджлоги openrc и upstart лучше не смотреть - можно зашквариться.

>>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.
> Интересно, а для чего тогда придумали cgroups, как не для управления процессами?

Почему-то, до появления поттера, это управление прекрасно жило в сторонних демонах, никак не связанных с инитом.

>>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.
> Именно поэтому в openrc можно включить поддержку cgroups, а можно и не включать:

Ну так многие фичи systemГ тоже можно не использовать. От этого связанный с ними код исчезает?

Ответить | Правка | Наверх | Cообщить модератору

159. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 16:38 
>Тогда в код и чейнджлоги openrc и upstart лучше не смотреть - можно зашквариться.

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 16:42 
> Не вам, господин гуманитарий, говорить о коде и чейнджлогах.

Ну да, я-то туда хотя бы заглядывал. А значит, зашкварился гуманитарщиной :)
"Настоящий технарь" должен только рассуждать о философии unix.

> Вы, как выяснилось ниже, вообще не понимаете о чём пытаетесь рассуждать.

То есть, вы перешли от аргументированных (хоть как-то) возражений к слепому отрицанию.

Ответить | Правка | Наверх | Cообщить модератору

206. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 17:38 
>> Не вам, господин гуманитарий, говорить о коде и чейнджлогах.
> Ну да, я-то туда хотя бы заглядывал.

Брехня. Вы до сегодняшнего обсуждения не знали что openrc не заменяет init.

Ответить | Правка | Наверх | Cообщить модератору

213. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 17:50 
> Брехня. Вы до сегодняшнего обсуждения не знали что openrc не заменяет init.

Что, прям так не может работать как PID 1?

Ответить | Правка | Наверх | Cообщить модератору

228. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 18:06 
Угу.
Я ж не просто бот как ты. Вынужден ограничиваться рамками сабжа.
Ответить | Правка | Наверх | Cообщить модератору

235. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:18 
>> Что, прям так не может работать как PID 1?
> Угу.

А вы, я смотрю, великий знаток OpenRC.

Ответить | Правка | Наверх | Cообщить модератору

244. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 18:30 
Про великий не знаю, мне такие категории не интересны.
Но про то как именно он работает с init стараюсь быть в курсе.
Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

256. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 18:41 
Так тебя никто говорить и не заставляет.
Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

151. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим (?), 10-Фев-14, 16:23 
зыж
>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?
>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.
>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
Представляете, господин гуманитарий? ☺
Openrc работает ПОВЕРХ sys-apps/sysvinit
Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init (как следствие и не с PID = 1)

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

153. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (-), 10-Фев-14, 16:27 
> Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
> Представляете, господин гуманитарий? ☺
> Openrc работает ПОВЕРХ sys-apps/sysvinit
> Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
> Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init
> (как следствие и не с PID = 1)

Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

Ответить | Правка | Наверх | Cообщить модератору

158. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим (?), 10-Фев-14, 16:35 
>Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

Читайте сабж. Там всё написано.

зыж
Это меняет многое.
А в контексте обсуждения это однозначно указывает на то, что вы полный, законченный гуманитарий (нет в системе процесса openrc. нет его. вообще. и «крахнуться» по этой причине он не может)
При том из тех, кто нифига не смыслит в инженерном проектировании систем.
И как следствие — полная бессмысленность дальнейшего обсуждения этого вопроса с вами.

Ответить | Правка | Наверх | Cообщить модератору

163. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (-), 10-Фев-14, 16:47 
> Это меняет многое.
> А в контексте обсуждения это однозначно указывает на то, что вы полный,
> законченный гуманитарий (нет в системе процесса openrc. нет его. вообще. и
> «крахнуться» по этой причине он не может)

Ага, и вообще никакого openrc нет, это все выдумки :)
А когда я включаю rc_parallel=yes и пытаюсь загрузить систему - виснет, конечно же, /sbin/init, который sysvinit.

> При том из тех, кто нифига не смыслит в инженерном проектировании систем.

Ну да, ну да, моя фамилия не Дарьтаньян :)

> И как следствие — полная бессмысленность дальнейшего обсуждения этого вопроса с вами.

Можно засчитывать слив, или еще побарахтаетесь?

Ответить | Правка | Наверх | Cообщить модератору

180. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим (?), 10-Фев-14, 17:10 
>Ага, и вообще никакого openrc нет, это все выдумки :)
>А когда я включаю rc_parallel=yes

А вы не включайте.
Не с вашими знаниями куда-то лезть.
Это ж надо, перепутать init и openrc! У вас похтеринг всего мозга. ☺

Ответить | Правка | Наверх | Cообщить модератору

185. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 17:15 
> А вы не включайте.
> Не с вашими знаниями куда-то лезть.
> Это ж надо, перепутать init и openrc!

Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.

Ответить | Правка | Наверх | Cообщить модератору

209. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 17:44 
>Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.

Конечно. Ведь это прослойка между стулом и компьютером.
Ну гвозди себе в голову вы же не будете забивать только из-за того, что делали то, чего не понимаете?

Ответить | Правка | Наверх | Cообщить модератору

216. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 17:53 
>>Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.
> Конечно. Ведь это прослойка между стулом и компьютером.

Вы серьезно заблуждаетесь относительно места openrc в архитектуре системы :)

> Ну гвозди себе в голову вы же не будете забивать только из-за
> того, что делали то, чего не понимаете?

Самое обидное, что "разработчики" openrc тоже не будут. Наоборот, они будут пытаться всюду пропихнуть этот откопанный и наспех подкрашенный труп.

Ответить | Правка | Наверх | Cообщить модератору

253. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим (?), 10-Фев-14, 18:40 
>Вы серьезно заблуждаетесь относительно места openrc в архитектуре системы :)

Нет.
# ps -ef -H
root         1     0  0 фев08 ?     00:00:02 init [3]  
root      3796     1  0 фев08 ?     00:00:05   /usr/lib/systemd/systemd-udevd --daemon
message+  4962     1  0 фев08 ?     00:00:04   /usr/bin/dbus-daemon --system
root      5047     1  0 фев08 ?     00:00:01   /usr/sbin/NetworkManager --pid-file root      5668  5047  0 фев08 ?     00:00:00     /sbin/dhcpcd -B -K -L -G -c

>Самое обидное, что "разработчики" openrc тоже не будут. Наоборот, они будут пытаться всюду пропихнуть этот откопанный и наспех подкрашенный труп.

Мне необходимо и достаточно, чтобы они не шли на поводу у таких горлопанов как вы.
А остальное не важно, хоть забрызгайте дерьмом весь опеннет.

Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

358. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 13-Фев-14, 19:40 
> всюду пропихнуть этот откопанный и наспех подкрашенный труп.

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

Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

315. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok), 11-Фев-14, 07:25 
> Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

скажи, а как ты дожил до своего возраста вообще? с таким уровнем дебилизма ты давно должен был сыграть в ящик от какого-нибудь бытового несчастного случая. ну, типа, голову в микроволновке высушить или что-нибудь ещё более дебильное сделать.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

237. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:21 
это скорее не "Леннарт добрался" а "Udev добрался".
некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его фимозным поведением, непредсказуемым, но большинство - сдались.
даже калька - сдулась, увы.
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

241. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (-), 10-Фев-14, 18:26 
> это скорее не "Леннарт добрался" а "Udev добрался".
> некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его
> фимозным поведением, непредсказуемым, но большинство - сдались.
> даже калька - сдулась, увы.

Написали бы свой udev, с барышнями и преферансом. А то пока все такие попытки заканчивались дарением конфеток Леньке и копипастой из "апстрима".

Ответить | Правка | Наверх | Cообщить модератору

254. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:41 
Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.
Ответить | Правка | Наверх | Cообщить модератору

259. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:44 
> Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.

mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью (что на десктопе создает определенные проблемы). К Gentoo никак не относится.

Ответить | Правка | Наверх | Cообщить модератору

266. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:53 
>> Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.
> mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью
> (что на десктопе создает определенные проблемы). К Gentoo никак не относится.

Просто некоторые странные личности пытаются пропихнуть его в качестве замены udev. Что неизбежно приведет к запихиванию новых фич и расширению кодовой базы... разработчики mdev/busybox будут в восторге.

Ответить | Правка | Наверх | Cообщить модератору

291. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 19:26 
>Что неизбежно приведет к запихиванию новых фич

У вас есть какие-то основания для подобных утверждений?

Ответить | Правка | Наверх | Cообщить модератору

359. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 13-Фев-14, 19:41 
>>Что неизбежно приведет к запихиванию новых фич
> У вас есть какие-то основания для подобных утверждений?

Железо у десктопников несколько более разлапистое и фичастое чем у встраиваемых систем, знаете ли.

Ответить | Правка | Наверх | Cообщить модератору

267. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:53 
И какие же проблемы это создаёт?

К Gentoo очень даже относится - https://wiki.gentoo.org/wiki/Mdev

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

269. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (-), 10-Фев-14, 18:57 
> И какие же проблемы это создаёт?

hotplug, например.

> К Gentoo очень даже относится - https://wiki.gentoo.org/wiki/Mdev

Ну так туда и systemd вместо нормального инита поставить можно, и что?

Ответить | Правка | Наверх | Cообщить модератору

286. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (-), 10-Фев-14, 19:25 
Что именно "hotplug"? Проблемы с хотплагом в mdev? Какие?

>Ну так туда и systemd вместо нормального инита поставить можно, и что?

И то. Многие ставят и пользуются. А вот в бинарных дистрибутивах не очень-то выходит.

Ответить | Правка | Наверх | Cообщить модератору

316. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok), 11-Фев-14, 07:27 
> mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью
> (что на десктопе создает определенные проблемы).

опиши их, пожалуйста. нет, это не в плане «поиздеваться»: если эти определённые проблемы есть и определены, то никто не мешает выдернуть из ящика mdev, дописать туда решения и забыть про udev как про страшный сон вообще.

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

360. "Архитектурные проблемы systemd, негативно влияющие на..."  –1 +/
Сообщение от Аноним (-), 13-Фев-14, 19:42 
> проблемы есть и определены, то никто не мешает выдернуть из ящика
> mdev, дописать туда решения и забыть про udev как про страшный сон вообще.

Есть только одна проблема: в процессе он фалломорфирует в такого же монстра как udev :). А так все хорошо, прекрасная маркиза...

Ответить | Правка | Наверх | Cообщить модератору

362. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok), 14-Фев-14, 06:27 
> Есть только одна проблема: в процессе он фалломорфирует в такого же монстра
> как udev :)

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру