>>Не будет, по крайней мере в OVZ/PVC не страдает(опыт эксплуатации более сотни
>>PVC и OVZ нод), а Cgroups во многом это код Parallels
>>из того же OVZ. Просто ставите совсем маленький приоритет на группу
>>процессов, кодирующую видео, и по-больше на рабочие...
>
>как же не будет, если ему (web-серверу) самому надо справлятся со своей
>работой (это следующий bottleneck, после кодирования) а тут ещё и кодировать
>заставляют что-то? Исходя из опыта, в OVZ не мешает, хорошая изоляция(в отличае от renice, который, по-моему, ни на фре ни на Линухе особенно ничего не дает), думаю, в Cgroups будет так же. Мы даже компилим софт на нагруженной OpenVZ ноде, убрав верхний лимит(cpulimit), но поставив очень маленький cpuunits: кванты cpu достаются make-у в сборочном контейнере по остаточному принципу, тогда как "боевые" контейнеры голода по cpu не испытывают (а idle в это время ноль)
Единственное, что может ухудшиться, это количество переключений контекста, но оно все равно составляет доли процента от общего времени, да и кодировать Вы будете не в 100-200 потоков, а в 1-2, так что этим можно пренебречь.
>перенеся процесс на отдельный физ.сервер я избавляюсь от лишних головняков, получаю стабильность.
>В будущем, планирую ставить ещё сервера кодирования с возможностью кодировать 1
>ролик на нескольких машинах одновременно. Софт под эту задачу написан на
>70%