>[оверквотинг удален]
>>>своей работы. Впрочем, про инструменты и задачи я ответил чуть раньше,
>>>повторяться не буду.
>>
>>Жесткий лимит на CPU, который не прибивает процессы, просто очень удобен от
>>для разных применений от хостинга(зачем Вам давать есть чужому VPS больше,
>>например, проданных Вами 500Mhz?) до планирования работы сервисов.
>
>Про VPS согласен, это отдельная ситуация и jail здесь (пока?) малопригодны. Зато
>shared-хостинг с jail'ами вполне реален, а вот сотню-другую OpenVZ-контейнеров на одной
>машине я себе слабо представляю. 150 на SAS дисках вполне себе будут работать. На PVC(за счет vzfs) еще больше.
Кроме того, внутренний хостинг приложений для разных отделов/задач/проектов это тоже реальность, и тут тоже нужна хорошая изоляция (так как могут вынести мозг, если железка будет положена сервисами соседнего отдела)
>>Если какой-то сервис будет есть, пусть и с меньшим приоритетом, процессорное время
>>других сервисов, последним его достанется меньше.
>
>Значит, достаточно уменьшить разницу в приоритетах.
Это просто неудобно.
>[оверквотинг удален]
>>сообщений в минуту и даже за более короткий период времени) можно
>>слегка тормозить в пиковые часы нагрузки на железку, это на качестве
>>их функционирования не скажется.
>>
>>Именно поэтому жесткий лимит сверху и нужен и удобен. Плюс, как я
>>уже говорила, в коомбинации с cpuunits позволяет давать сервису интерактивность так,
>>что он не будет прогружать cpu больше положенного.
>
>Но тогда, при такой политике, при простое сервиса А, его ресурсы (говорим
>не о VPS) будут недоступны ресурсу Б. Плюс на минус.
Это уже сложности и неудобности (Вы скрипты предлагаете писать?)