1.1, Аноним (-), 22:11, 29/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Возможно я не до конца вник, но выглядит как уродливый костыль.
http://wikitest.freebsd.org/JailResourceLimits
Что это за уродский контроль памяти с периодическим опросом процессов? Надо VM обучить jail'ам, а не фигней страдать.
Еще хуже с процессорным временем. Обещали же вроде по отдельному шедулеру на jail. И де? Опять костыль, который не помешает занять 100% CPU.
Блин, понабрали в рамках SOC каких-то выродков... Один начал систему портов уродовать совершенно идиотской реализацей ${DESTDIR}, другой jail'ы ограничивает через ж%пу... | |
|
2.6, keyhell (??), 09:49, 30/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
ну вам-то, конечно, виднее.
хотелось бы увидеть результаты ваших работ, а не треп ЛОРовца. | |
|
3.10, Аноним (-), 20:32, 30/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
О, если у вас так много работ, ответьте на простой вопрос - от чего такое ограничение памяти спасет и что вообще даст?
Вы, наверное, привыкли там на ЛОРе в лужу пердеть, а я эти патчи лично тестировал. | |
|
2.8, Samm (?), 11:25, 30/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то в отличии от Вас, автор в листе достаточно подробно аргументирует свою позицию. И приводит аргументы в пользу такого решения. Впрочем, "чукча не читатель". | |
|
3.11, Алексей (??), 07:59, 31/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
В прочем - 2 треда на каждый Jail (при том что на боль менее нормальном хостинге 50-100 jail на хосте) как то не кошерно. Да и цикл в котором обходятся все процессы запущеные в системе - а не только процессы данного jail, очень хреново. | |
|
|
1.2, Moralez (??), 07:03, 30/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
он пишет, что в solaris примерно так же сделано. соляра тоже поделка пионеров? :)
и ещё пишет, что хотел ограничивать именно весь jail, а не процесс, потому и... | |
1.9, Анонимоус (?), 17:47, 30/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Что это за уродский контроль памяти с периодическим опросом процессов? Надо VM обучить jail'ам, а не фигней страдать.
Дык.Такой "контроль памяти" я и сам могу прикрутить, для совершенно любых процессов и практически в любой OS.Оно, конечно, может даже и работает но свои минусы это имеет (скажем, не мгновенная реакция и т.п. позволяет кратковременно превысить объем позволенной памяти, гарантий что это никому не создаст проблем как вы понимаете ноль).Как готовое решение в операционке ожидаешь увидеть нечто более профессиональное.Или лабухи-системщики настолько нынче деграднули что не способны родить решение уровнем хоть на йоту выше того что приходит в голову дятлу типа меня который линукс и бздю видит без году неделю? | |
1.12, SunTech (?), 18:00, 31/08/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Фиговое решение, мне кажется, во-первых лучше каждый раз не суммировать, а научить ядро вести размер памяти потребляемой процессами в пределах каждого jail'a. Во-вторых, постоянное продергивание и сверение этой суммы с максимально допустимой тоже не пик красоты, я думаю, что лучше это организовать событийно, а не опросом, т.е. превысили -- получили, а не "а не пережрали ли мы? а не пережрали ли мы? а не пережрали ли?......" | |
|
2.13, Алексей (??), 19:17, 31/08/2006 [^] [^^] [^^^] [ответить]
| +/– |
Надо сделать как это сделано в LIMIT_AS/LIMIT_RSS - просто проверки в нужных местах. одна сложность в FreeBSD нету связки VMA => PROC. есть только PROC->VMA.
поэтому вопрос о принадлежности VMA какому-то контексту достаточно проблематичен. | |
|
|