The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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