А мне вот интересно. Вы интегрируетесь, интегрируетесь, а при этом февральский Linux Format в обзоре различных систем виртуализации под линукс про OpenVZ даже на секундочку не вспоминает (про Xen там есть). Мужики-то, получается, и не знают :(

Ну чёрт его знает, почему…

Скажи мне, Кир, к чему эта пропаганда, когда ежу ясно [*], что OpenVZ никуда не идет, и что Parallels полностью прогадили все дело допустив контейнеры? Вам надо было мержиться 6 лет назад. А сейчас что говорить?! Все кончено, хоть плачь, хоть жопу рви!

И между прочим, твоей личной ответственности полно. Все твоя мягкотелость, нежелание публично ссориться с Бидерманом и пр. Зачем надо было соглашаться разбивать на части, когда главное не решено? Ведь пока бинкаунтер не включен, пока старый ABI не включен, OpenVZ невозможно включить в ядро. В результате, годы ушли на отгрызание мелочей, у ядра появились network namespaces, а результата нет.

А что касается сравнений с RHEL, то там есть два типа патчей: 1. которые не идут в апстрим, и 2. бакпорты. Мы никогда не держимся за 1-й тип. И было их всего-то... Ну 4:4, Tux, execshield, японский diskdump. Все они появляются на релиз или два, и уходят. Все остальное - просто из Линуксного дерева, в основном драйверы для Qlogic и все такое. Что тут сравнивать? Даже смешно! Нам не нужно эти патчи поддерживать на совместимость с апстримом (они оттуда пришли), а вам нужно.

[*] Мне было не ясно, и я попробовал посмотреть. В результате стало ясно.

Я соглашусь с тем, что да, надо было 6 лет назад мержиться. Но не соглашусь, что просрали.

Если ты думаешь, что мы не спорили с Бидерманом, то мы спорили, только ему хоть в лоб, хоть по лбу. Он где-то локально может согласиться, но в целом будет всё равно стоять на своём. А авторитет в мейнстриме у него приличный.

Вместо бинкаунтеров будет (уже частично есть) memory resource controller на cgroups, который, в общем-то, нас более-менее устраивает (хотя там надо ещё дописывать kernel memory ctrl, сделать RSS reclamation и т.п.). Возможно, в итоге даже лучше бинкаунтеров получится… Переделать юзер-левел под новый API (или на худой конец втащить в наше ядро какой-то compatibility wrapper) не сложно и не страшно.

Network namespaces, как они есть, нас тоже вполне устраивают. Тут, можно сказать, мы выиграли битву.

Очередная битва — checkpointing. Там, да, всё очень непросто, и непонятно, куда кривая выведет. Но ещё можно побороться.

ИМХО (чисто ИМХО) в самом начале политика была выбрана неверная: не нужно было изначально вайолейтить GPL и не пускать никого к коду (please contact sales, да-да). А когда очухались -- пыщ-пыщ, время потеряно.

Между «выложить код» и «замержить его в мейнстрим» дистанция, как говорится, огромного размера. В частности, выясняется, что ни одного маленького кусочка OpenVZ кода просто так в мейнстрим не возьмут. Всё надо доделывать, переделывать, иногда до неузнаваемости…

и не потому, что код плох, а по всяким другим причинам.