| 1.1, Abigor (??), 05:33, 18/09/2006 [ответить]
| +/– |
 вот это уже интереснее!!! что с лемином на память? | | |
| |
| 2.3, Алексей (??), 19:05, 18/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
Лимит на память делается в рамках SoC. вот сделают - посмотрим, как получилось.
Пока что то как там сделано через kernel thread который контролирует количество памяти в jail - мне не нравится.
А так - следующий этап развития, CPU limit - как пожалуй самое простое и виртуализация именованых семафоров - которые щас никак не защищены и из одного jail можно добраться к именованому семафору другого jail. | | |
| |
| |
| 4.7, Алексей (??), 13:27, 20/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
сделали. в той реализации _как_ это сделано в SoC для контроля используемой памяти рождается один кернельный тред на каждый jail который раз в HZ проходит по списку всех процессов проверая используемю RAM, выбирает те которые относятся к этому jail, сумирует и повторно проходя по списку задач помечает как требуемые к выгрузке в своп. И в какой точке это оптимально? типовой vps hosting это порядка 60-100 jail per host в каждом порядка 100 процессов. Вот и считаем - 100 доп кернельных нитей и проход по односвязаному списку из 10к задач. не страшно еще?
С другой стороны - если мы посмотрим на то как это реализовано в OpenVZ/FreeVPS/Linux-VServer - увидим что учитываются/контролируются или LIMIT_AS (openvz/linux-vserver) или учет в точках реального выделения страниц памяти (FreeVPS).
И то и другое требует большей проработки на этапе планирования, но уводит от столь объемных процесорных затрат при работе.
Лимит памяти на основе LIMIT_AS делается вобще тривильно - а дальше дается команда стандартному paging daemon который будет разбираться с памятью..
| | |
|
|
|
| 1.8, brag (??), 19:28, 13/06/2007 [ответить]
| +/– |
 а у меня этот патч из soc не лимитил память или мне так показалось. запустил форкбомбу в jail под рутом. тачка нормально работала, не тормозило,другие процессы пашут, но вскоре кончилась рама и своп:( тачка упала | | |
|
