Вышел OpenRC 0.12

да! ссылки в студию. И не забудь удостовериться, что ты полностью понимаешь, что такое cgroups и зачем оно может использоваться.

Пришел на работу, запустил emerge --sync - openrc просит даунгрейд с 0.12 на 0.11.8, а новая версия помечена как хардмаскед. С чем это связано?

с тем, что был epic fail связанный с тем, что в ебилде <openrc-0.12 был сделан очень плохой хак, /etc/conf.d/* копировалось в CONTENTS, поэтому если conf.d/net не менялся с последней пересборки, то он радостно сносился. сейчас это точно поправили, вроде там ещё какие-то проблемы были, но по ним нет багов. Откатываться смысла нет, блок скоро уберут:

# The mask is triage and will be removed as soon as packaging
# issues are sorted (probably 48h or less); see bug 481394

Понял, спс. Но я уже даунгрейднулся, т.к. в соседнем топике обсуждаем амарок, а он захотел init-scripts-чего-то там, а тот захотел старый openrc:-)

https://bugs.gentoo.org/show_bug.cgi?id=480746 оно?

Да, похоже. Это правда тот случай, по поводу которого вопил init_6, когда пакет требует openrc, когда уже стоит systemd, но меня этот баг нисколько не занимает, т.к. последний в моей системе не предвидится. И я скорее на фрю свалю, чем буду юзать его)

Хард часто перегружен

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

знаю

Как я понимаю, там используется libcgroups для управления всем этим делом. Неправильная настройка, и вместо того, чтобы ускорить систему, получаем эпические i/o wait - проще говоря чувак скорее всего выстрелил себе в ногу. И виноваты конечно cgroups.

а ты его и спроси что там было, а не понимай.

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

ну-ну...

ну не включай cgroups для io их не будет, какие проблемы?

В чем смысл не использовать доп функционал если он есть.

В общем оставляешь нужные контроллеры - нет проблем, под нагрузки их поддерка не тянет, кроме парсинга баш файла <100строк при запуске остановке сервиса.

3.7!=3.10 плюс IO контроллер, как и net тупые, в отличии от , например, cpu и memory. Плюс решений аналогичных cgroups нет :) так что независимо от того, чем ты считаешь цгруппы есть люди, которым они нужны, поэтому добавить доп возможности, не ухудшив положение тех, кто них не использует вполне логично.

кто накатил?
как впечатления?

А на системе, где ничего не установлена, что sysvinit, что openrc, что любой другой стартует мгновенно. А толку от такой системы?

Я тут на SSD переехал. Я теперь фиг знает, зачем вообще systemd.

всё работает

у меня всё работает, но у меня 9999 со своими патчами, если уже размаскировали то норм, там был _очень_ неприятный косяк из-за древнего хака в ебилде, но это packaging issue.

да, почитал уже в выхлопе

Вот и славно. А systemd не нужен, ИМХО.

Я накатил, полет нормальный, но это desktop. На стенде время все нет тестировать. На сервера только после стабилизации.

отпишить плз про lxc, сработало ли для тебя rc_keyword="!-lxc" в /etc/conf.d/sysctl. Т.к. если это решение подходит, то тогда изменять ничего не будем, т.к. это безорпасный дефолт.

Пока не проверял, вечером посмотрю. Но подозреваю что все будет ок и так действительно правильно.

спасибо.

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

неоспоримый лидер по тормозам остановки — это squid

раньше мог по 20 минут останавливаться (емнип даже без нагрузки)

Хотелось бы пример по cgroups. Допустим создать

/sys/fs/cgroup/cpu/fortest

user-groups будет чутка попозже, мне было лень реализовывать [1], пока только так:

rc_cgroups_cpu="
cpu.shares 350
"

в каждом сервисе, ну или создать /etc/conf.d/cgroup/forest с этим же и добавлять их в conf.d сервисов через source /etc/conf.d/cgroup/forest

http://wiki.gentoo.org/wiki/OpenRC/CGroups

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

Проверил, с rc_keyword="!-lxc" все отработало как и ожидалось.

отлично, закрыли с WORKSFORME. Пасиб.