URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 23887
[ Назад ]

Исходное сообщение
"OpenNews: Патч для ограничения доступной памяти в jail"

Отправлено opennews , 29-Авг-06 22:11 
Chris Jones опубликовал (http://www.mail-archive.com/freebsd-hackers@freebsd.org...) в списке рассылки freebsd-hackers набор патчей для ограничения памяти а подсистеме FreeBSD jail.


Патчи позволяют указывать максимальный доступный объём памяти при создании окружения. Патчи созданы на базе RELENG_6 от 1 августа.


URL: http://www.mail-archive.com/freebsd-hackers@freebsd.org...
Новость: http://www.opennet.me/opennews/art.shtml?num=8238


Содержание

Сообщения в этом обсуждении
"Патч для ограничения доступной памяти в jail"
Отправлено Аноним , 29-Авг-06 22:11 
Возможно я не до конца вник, но выглядит как уродливый костыль.
http://wikitest.freebsd.org/JailResourceLimits

Что это за уродский контроль памяти с периодическим опросом процессов? Надо VM обучить jail'ам, а не фигней страдать.

Еще хуже с процессорным временем. Обещали же вроде по отдельному шедулеру на jail. И де? Опять костыль, который не помешает занять 100% CPU.

Блин, понабрали в рамках SOC каких-то выродков... Один начал систему портов уродовать совершенно идиотской реализацей ${DESTDIR}, другой jail'ы ограничивает через ж%пу...


"Патч для ограничения доступной памяти в jail"
Отправлено butcher , 30-Авг-06 08:33 
В рамках проекта jail2 автор планирует сделать лимиты по другому.
http://docs.freevps.com/doku.php?id=freebsd:index

"Патч для ограничения доступной памяти в jail"
Отправлено keyhell , 30-Авг-06 09:49 
ну вам-то, конечно, виднее.
хотелось бы увидеть результаты ваших работ, а не треп ЛОРовца.

"Патч для ограничения доступной памяти в jail"
Отправлено Аноним , 30-Авг-06 20:32 
О, если у вас так много работ, ответьте на простой вопрос - от чего такое ограничение памяти спасет и что вообще даст?
Вы, наверное, привыкли там на ЛОРе в лужу пердеть, а я эти патчи лично тестировал.

"Патч для ограничения доступной памяти в jail"
Отправлено Samm , 30-Авг-06 11:25 
Вообще-то в отличии от Вас, автор в листе достаточно подробно аргументирует свою позицию. И приводит аргументы в пользу такого решения. Впрочем, "чукча не читатель".

"Патч для ограничения доступной памяти в jail"
Отправлено Алексей , 31-Авг-06 07:59 
В прочем - 2 треда на каждый Jail (при том что на боль менее нормальном хостинге 50-100 jail на хосте) как то не кошерно. Да и цикл в котором обходятся все процессы запущеные в системе - а не только процессы данного jail, очень хреново.

"Патч для ограничения доступной памяти в jail"
Отправлено Moralez , 30-Авг-06 07:03 
он пишет, что в solaris примерно так же сделано. соляра тоже поделка пионеров? :)

и ещё пишет, что хотел ограничивать именно весь jail, а не процесс, потому и...


"Патч для ограничения доступной памяти в jail"
Отправлено uF0 , 30-Авг-06 08:17 
А что соляра эталон правильности?

"Патч для ограничения доступной памяти в jail"
Отправлено shellcode , 30-Авг-06 09:26 
в соляре то как раз таки сделно совершенно нитак идиоцки как у етого товарища.

"Патч для ограничения доступной памяти в jail"
Отправлено кук , 30-Авг-06 10:58 
догоняем openvz ?

"Патч для ограничения доступной памяти в jail"
Отправлено Анонимоус , 30-Авг-06 17:47 
>Что это за уродский контроль памяти с периодическим опросом процессов? Надо VM обучить jail'ам, а не фигней страдать.
Дык.Такой "контроль памяти" я и сам могу прикрутить, для совершенно любых процессов и практически в любой OS.Оно, конечно, может даже и работает но свои минусы это имеет (скажем, не мгновенная реакция и т.п. позволяет кратковременно превысить объем позволенной памяти, гарантий что это никому не создаст проблем как вы понимаете ноль).Как готовое решение в операционке ожидаешь увидеть нечто более профессиональное.Или лабухи-системщики настолько нынче деграднули что не способны родить решение уровнем хоть на йоту выше того что приходит в голову дятлу типа меня который линукс и бздю видит без году неделю?

"Патч для ограничения доступной памяти в jail"
Отправлено SunTech , 31-Авг-06 18:00 
Фиговое решение, мне кажется, во-первых лучше каждый раз не суммировать, а научить ядро вести размер памяти потребляемой процессами в пределах каждого jail'a. Во-вторых, постоянное продергивание и сверение этой суммы с максимально допустимой  тоже не пик красоты, я думаю, что лучше это организовать событийно, а не опросом, т.е. превысили -- получили, а не "а не пережрали ли мы? а не пережрали ли мы? а не пережрали ли?......"

"Патч для ограничения доступной памяти в jail"
Отправлено Алексей , 31-Авг-06 19:17 
Надо сделать как это сделано в LIMIT_AS/LIMIT_RSS - просто проверки в нужных местах. одна сложность в FreeBSD нету связки VMA => PROC. есть только PROC->VMA.
поэтому вопрос о принадлежности VMA какому-то контексту достаточно проблематичен.