The OpenNET Project / Index page

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



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

Оглавление

Представлен многоплатформенный системный менеджер System XVI..., opennews (??), 14-Сен-15, (0) [смотреть все]

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


29. "Представлен многоплатформенный системный менеджер System XVI..."  –7 +/
Сообщение от Аноним (-), 14-Сен-15, 12:03 
Леннарт Написал systemd теперь другие начали писать типо лучше, а на дели еще хуже, systemd работает уже и внедрено в большинство дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору

32. "Представлен многоплатформенный системный менеджер System XVI..."  +/
Сообщение от Аноним (-), 14-Сен-15, 12:16 
он не работает. Попробуй его запустить на системе из ядра которой выключен cgroups. Удачной перестановки системы.
Ответить | Правка | Наверх | Cообщить модератору

35. "Представлен многоплатформенный системный менеджер System XVI..."  –1 +/
Сообщение от Аноним (-), 14-Сен-15, 12:39 
> он не работает. Попробуй его запустить на системе из ядра которой выключен cgroups.

А можно еще веселее - на системе без ядра. Ну а что, grub нынче сойдет за небольшую операционку...

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

48. "Представлен многоплатформенный системный менеджер System XVI..."  +/
Сообщение от svsd_val (ok), 14-Сен-15, 13:38 
Пример, простой, ядрышко от freebsd поставили там любимый SystemD ? или ядрышко от OpenBSD, или hurd ? я что то сомневаюсь что другим системам такой слепленный из трупов (хороших проектов) фрЁнкЁнштЁйн нужен.
Ответить | Правка | Наверх | Cообщить модератору

106. "Представлен многоплатформенный системный менеджер System XVI..."  +/
Сообщение от Stax (ok), 14-Сен-15, 22:38 
Секундочку. systemd знает, какие процессы породил сервис (даже если он после форка завершился), анализируя cgroup этого сервиса. Это позволяет гарантированно отслеживать сервисы даже без ведения pid-файлов (которые процессы со многими детьми нормально обычно все равно не ведут, оставляя только pid мастер-процесса).

Это принципиальная разница по сравнению с другими системами, которые не могли отслеживать без pid-файлов и хитрых функций поиска процесса по имени, что было нетривиально для процессов, меняющих имя (поиск требуется для проверки, что процесс не умер, оставив старый pid-файл). А форкающие процессы вообще не могли отслеживать, полагаясь, что отслеживать мастер-процесс и посылать ему сигналы достаточно, чтобы контролировать детей (что не всегда так в реальной жизни). systemd же, наконец, решил эту проблему нормально, используя cgroups. А чем предлагается заменить это в системе, где cgroups отсутствует? Возвращаемся к старым хакам и простыням на bash'е, которые, к тому же, дают сбой в ситуациях, когда дети выживают без процесса-супервизора?

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

158. "Представлен многоплатформенный системный менеджер System XVI..."  –1 +/
Сообщение от Аноним (-), 15-Сен-15, 15:38 
И вообще, в случае системд более или менее понятно откуда взялась "вон та хрень". А скрипткиди посчитали это неподъемной инженерной проблемой и ... забили. Предложив желающим костылировать pid файлы. С которыми два газилиона проблем. Например, файл может быть тухлым, проверка тухлости и фактического наличия сервиса - весьма отдельное действо.

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

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

80. "Представлен многоплатформенный системный менеджер System XVI..."  +1 +/
Сообщение от Аноним (-), 14-Сен-15, 18:47 
> он не работает. Попробуй его запустить на системе из ядра которой выключен
> cgroups. Удачной перестановки системы.

Systemd раньше запускался и без cgroups! Правда, сразу же падал ... но зато запускался! Хоть и падал.
https://bugs.freedesktop.org/show_bug.cgi?id=74589
> systemd segfaults if no cgroups are available
> it dies due to a NULL pointer exception in unit_default_cgroup_path()

И да, для Свидетелей: народу не нравится не Cам Великий Рыжий Пророк, а его отношение к делу:
> Richard Wagner:
> On systems without cgroups (like linux containers) systemd takes the following branch in
> manager_setup_cgroup()
> But later it dies due to a NULL pointer exception in unit_default_cgroup_path().

...

Великий Рыжий Пророк:
> To make this work we'd need a patch, as nobody of us tests this.
> Lennart Poettering 2014-04-04 14:56:43 UTC
> Well, cgroups-less kernels are explicitly not supported by systemd.

Аватара Великого Ананима Который Не Забывает И Не Прощает:
>> To make this work we'd need a patch, as nobody of us tests this.
> Yes, it's clear you don't test for NULL pointers before deferencing.
> Nobody else should need to provide a patch to fix the bug you created.
> If you can't figure out how to check for NULL pointers, STOP WRITING CODE IMMEDIATELY!
> You should never EVER be deferencing any pointer without first sanity checking its value.
> NO EXCEPTIONS!
> P.S. Please go die in a fire.

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

139. "Представлен многоплатформенный системный менеджер System XVI..."  –2 +/
Сообщение от Аноним (-), 15-Сен-15, 14:06 
> он не работает. Попробуй его запустить на системе из ядра которой выключен cgroups.

А еще в ядре можно отключить sysfs и procfs. Удачи вам после этого вообще в системе поработать. Не забудьте рассказать сколько софта в осадок выпало.

> Удачной перестановки системы.

У нас снапшоты есть - 2015 год на дворе, дяденька :)

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

152. "Представлен многоплатформенный системный менеджер System XVI..."  +1 +/
Сообщение от Mihail Zenkov (ok), 15-Сен-15, 15:20 
>> он не работает. Попробуй его запустить на системе из ядра которой выключен cgroups.
> А еще в ядре можно отключить sysfs и procfs.

sysfs и procfs приносят пользу практически в любой системе. cgroups нужен далеко не всем. Зачем делать его обязательным?

> Удачи вам после
> этого вообще в системе поработать. Не забудьте рассказать сколько софта в
> осадок выпало.

Ну уж по крайней система инициализации работать будет ;)

Да и практически весь софт тоже. Если задаться целью, то можно сделать систему работающую без sysfs, procfs.
http://elinux.org/Kernel_Size_Tuning_Guide#Booting_without_S...

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

159. "Представлен многоплатформенный системный менеджер System XVI..."  –1 +/
Сообщение от Аноним (-), 15-Сен-15, 15:49 
> sysfs и procfs приносят пользу практически в любой системе. cgroups нужен далеко не всем.

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

> Зачем делать его обязательным?

Потому что гладио^W в смысле, см. выше :). Да, я считаю что это должно быть неотъемлимым свойством большинства систем. Ну кроме совсем уж обкоцаных по ресурсам типа опенврт, где желательно то же самое но маленькое и с утилитками чуть попроще. Они вроде что-то такое и делают с своими procd и ubus-ами...

> Ну уж по крайней система инициализации работать будет ;)

У меня системд - работает. И берет на себя кучу проблем администрирования, вместо лечилова о том что мне должно быть надо и не надо. Это ему дает пять очков форы вперед. Что мне надо - я и без умников с опеннета как-нибудь разберусь, имхо.

> Если задаться целью, то можно сделать систему работающую без sysfs, procfs.

Ну вот то же самое теперь можно будет сказать и про cgroups. В ядре линукса можно обрубить очень многое. И на мое нескромное мнение, обрубание cgroups на данный момент уже близко к обрубанию procfs.

> http://elinux.org/Kernel_Size_Tuning_Guide#Booting_without_S...

Как вы можете догадаться - я в курсе этого ресурса. И в курсе что такой хардкор нужен сильно эпизодически. И что там насчет отрывания proc? Если задаться целью - без него тоже можно, как минимум теоретически :). И вообше, в ядре линукса можно отключить много чего. Можно модули отключить. Зачем они вам? Даешь эталонный монолит! :)

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

175. "Представлен многоплатформенный системный менеджер System XVI..."  +/
Сообщение от Mihail Zenkov (ok), 15-Сен-15, 17:23 
>> sysfs и procfs приносят пользу практически в любой системе. cgroups нужен далеко не всем.
> А теперь он будет такой же очевидной фичой, как эта парочка. И
> лично мне кажется что возможность для админа понять откуда этот чертов
> сервис вообще взялся в этой системе - должно быть повсеместной и
> дефолтной фичой операционки, а не стремным полурабочим костылем на проволоке и
> скотче, как всякие pid-файлы и прочий глюкавый и проблемный крап.

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


>> Ну уж по крайней система инициализации работать будет ;)
> У меня системд - работает.

Без procfs и sysfs?

> Ну вот то же самое теперь можно будет сказать и про cgroups.
> В ядре линукса можно обрубить очень многое. И на мое нескромное
> мнение, обрубание cgroups на данный момент уже близко к обрубанию procfs.

Совсем не близко. У меня все работает без cgroups. Зачем на десктопе cgroups?

> Можно модули отключить. Зачем они вам? Даешь эталонный монолит! :)

Ну вообще-то я действительно предпочитаю монолитные ядра (без initrd) собранные под конкретную систему, хотя поддержку модулей держу - на случай если понадобится catalyst (для opencl).

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

182. "Представлен многоплатформенный системный менеджер System XVI..."  –2 +/
Сообщение от GotF (ok), 15-Сен-15, 19:13 
> То есть в _вашей_ системе вы не знаете откуда взялся тот или иной сервис?

Ну, в «скриптовой» системе инициализации на вопрос «откуда» ответить можно далеко не всегда, а достоверно ответить — довольно нечасто.

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

203. "Представлен многоплатформенный системный менеджер System..."  +1 +/
Сообщение от arisu (ok), 15-Сен-15, 20:03 
> Ну, в «скриптовой» системе инициализации на вопрос «откуда» ответить
> можно далеко не всегда, а достоверно ответить — довольно нечасто.

попробуй man bash. изучи основы. тогда ты сможешь посмотреть в скрипт и понять.

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

208. "Представлен многоплатформенный системный менеджер System..."  –1 +/
Сообщение от GotF (ok), 15-Сен-15, 20:08 
>> Ну, в «скриптовой» системе инициализации на вопрос «откуда» ответить
>> можно далеко не всегда, а достоверно ответить — довольно нечасто.
> попробуй man bash. изучи основы. тогда ты сможешь посмотреть в скрипт и
> понять.

Это такой несмешной троллинг? Из диалектов шелла я разве что csh-подобные не очень знаю.

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

215. "Представлен многоплатформенный системный менеджер System..."  +1 +/
Сообщение от arisu (ok), 15-Сен-15, 20:15 
а только что признался, что не знаешь. ты уж выбери что‐то одно.
Ответить | Правка | Наверх | Cообщить модератору

218. "Представлен многоплатформенный системный менеджер System..."  –1 +/
Сообщение от GotF (ok), 15-Сен-15, 20:16 
> а только что признался, что не знаешь. ты уж выбери что‐то одно.

Ясно с вами.

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

222. "Представлен многоплатформенный системный менеджер System..."  +1 +/
Сообщение от arisu (ok), 15-Сен-15, 20:21 
это здорово, но bash всё‐таки выучи. пригодится.
Ответить | Правка | Наверх | Cообщить модератору

201. "Представлен многоплатформенный системный менеджер System..."  +2 +/
Сообщение от arisu (ok), 15-Сен-15, 20:01 
> То есть в _вашей_ системе вы не знаете откуда взялся тот или
> иной сервис?

у него «лапша из скриптов» вместо нормального страртапа, поэтому не знает. он уже неоднократно на это жаловался.

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

202. "Представлен многоплатформенный системный менеджер System..."  +/
Сообщение от arisu (ok), 15-Сен-15, 20:03 
> Ну вообще-то я действительно предпочитаю монолитные ядра (без initrd) собранные под конкретную
> систему, хотя поддержку модулей держу

всегда так делаю.

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

200. "Представлен многоплатформенный системный менеджер System..."  +2 +/
Сообщение от arisu (ok), 15-Сен-15, 20:00 
> А теперь он будет такой же очевидной фичой, как эта парочка. И
> лично мне кажется что возможность для админа понять откуда этот чертов
> сервис вообще взялся в этой системе - должно быть повсеместной и
> дефолтной фичой операционки, а не стремным полурабочим костылем на проволоке и
> скотче, как всякие pid-файлы и прочий глюкавый и проблемный крап.

я тебе уже неоднократно говорил, что ты не умеешь пользоваться системой. это твоё право, и если тебе лично системдец жизнь облегчает — на здоровье. только не пытайся доказывать, что системдец «вообще» жизнь облегчает. отслеживание взаимоотношений отлично делалось и без cgroups, сервисы и прочее тоже. лично ты делал всё не так, и тебя спас системдец? ну, великолепно, используй. но вот те, у кого давно всё работает, и без проблем, совершенно не в восторге от системдецизации.

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

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

33. "Представлен многоплатформенный системный менеджер System XVI..."  +4 +/
Сообщение от Аноним (-), 14-Сен-15, 12:27 
Дели пишется с большой буквы, так как является названием населенного пункта. Что такое "типо" я не в курсе, так как русский язык мой друг.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

55. "Представлен многоплатформенный системный менеджер System XVI..."  –5 +/
Сообщение от Аноним (-), 14-Сен-15, 14:52 
>русский язык мой друг

А нормальные, невыдуманные друзья у тебя есть?

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

68. "Представлен многоплатформенный системный менеджер System XVI..."  +1 +/
Сообщение от Аноним (-), 14-Сен-15, 16:16 
>>русский язык мой друг
> А нормальные, невыдуманные друзья у тебя есть?

Армия и флот.
Пиши по теме.

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

100. "Представлен многоплатформенный системный менеджер System XVI..."  +1 +/
Сообщение от anonymous (??), 14-Сен-15, 21:24 
> Пиши по теме.

Стоит заметить, что сообщение про грамматические ошибки, хоть и было справедливо, но так же было не по теме

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

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

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




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

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