> Без UBC -- о-очень сильно наподобие.ИМХО вы утрируете. Основной функционал, т.е. попиловка на контейнеры и полисовка ресурсов - уже есть. Да, оно менее наворочено чем в openvz и с управляторами у openvz явно лучше. Но openvz все-таки мигрирует в сторону становления надстройкой над этими механизмами. Поэтому в простых и нетребовательных случаях (типа изоляции программ на юзеровском писюке или распиловка сервака на части без жестких "хостерских" требований) - LXC+cgroups уже и сами в общем то и сами подойдут. Иногда это может быть полезно.
>> Подобный вектор развития и сами представители параллелсов не скрывают особо.
> Для не ходящих по ссылкам на предыдущие серии влинкую статиком: эти штатные
> подсистемы во многом и растут из более ранних наработок по ovz.
Ну спасибо вам, Капитан. Я стараюсь мониторить состояние дел в линуксном ядре, кто, что и почему. Поэтому вы прокапитанили почем зря :). Я кстати вполне положительно отношусь и к openvz и к их инициативам. Просто я констатирую что у любого подхода есть свои сильные и слабые стороны. У openvz есть свои грабли. Некоторые из них в некоторых ситуациях мне не симпатичны. Это нормально.
> Естественно, в процессе upstream merge видоизменяются с учётом других интересантов,
> что приводит к необходимости портирования ещё не вошедшего кода на уже mainline.
Все так. Однако парочка мыслей:
1) И все-таки, мне было бы удобно когда нужный функционал в системе есть сразу в ее родном ядре, а не в каких-то побочных ядрах черти-каких версий.
2) Если уж функционал есть, хорошо бы и инструментарий для управления оным поблизости.
>> А нормальный админ как известно должен быть ленив...
> Так всё и работает. :)
Так никто и не спорит. Опенвз годами вкалывает у хостеров. Неплохо вкалывает. И вообще хорошая штука в своей нише. Просто в ряде случаев openvz не очень удобен. Например пилить им 1-2 сервака или даже домашнюю машину на контейнеры такой штукой не больно как удобно. Хотя-бы потому что при прочих равных я предпочитаю максимально свежее ядро. А вот с openvz в этом плане обычно грабельки. Все-таки нужда в каком-то побочном допатченном кастомном ядре - это недостаток при прочих равных. При масштабных применениях с большими требованиями, типа хостингов - это ничего. Но при менее масштабных и более простых применениях это уже неудобно.