[Devel] Миграция в Git или из недавнего про OpenVZ

Evgeny Sinelnikov sin на etersoft.ru
Вс Авг 14 03:20:27 MSD 2011


 Здравствуйте,

 поскольку у нас регулярно что-то бывает не хорошее с ovz-ядрами, хочу 
 переслать одно из недавних сообщений разработчиков в Google+.
 https://plus.google.com/114658067490332530482/posts
 Kirill Kolyshkin  -  13:33  -  Для всех
 We have checkpoint/restart (CPT) and live migration in OpenVZ for ages 
 (well, OK, since 2007 or so), allowing for containers to be freely moved 
 between physical servers without any service interruption. It is a great 
 feature which is valued by our users. The problem is we can't merge it 
 upstream, ie to vanilla kernel.

 Various people from our team worked on that, and they all gave up. 
 Then, Oren Laadan was trying very hard to merge his CPT implementation 
 -- unfortunately it didn't worked out very well either. The thing is, 
 checkpointing is a complex thing, and the patch implementing it is very 
 intrusive.

 Recently, our kernel team leader Pavel Emelyanov got a new idea of 
 moving most of the checkpointing complexity out of the kernel and into 
 user space, thus minimizing the amount of the in-kernel changes needed. 
 In about two weeks of time he wrote a working prototype. So far the 
 reaction is mostly positive, and he's going to submit a second RFC 
 version for review to lkml.

 Я так понимаю, что у них те же проблемы с миграцией в git на новый 
 upstream, что и у нас. я уже разбирал суть этой задачи с Виталиком, а он 
 даже что-то записывал. Давайте сформулируем и опубликуем свои 
 предложения к этой задаче.

 Вот, что я помню из этой задачи:
 Мы храним изменения в двух ветках: в одной правим по "живому", начиная 
 с первых этапов разработки, в другой наши изменения всегда доступны 
 поверх последних изменений в апстриме. При этом история наших патчей 
 определённым образом сохраняется. Дальше деталей я не помню.

 PS: вопросы по теме, в рабочем сейчас виде, я заметил здесь:
 https://bugs.etersoft.ru/show_bug.cgi?id=6272
 Была ещё ссылка на подход в проекте wine:
 http://wiki.winehq.org/PatchWatcher


Подробная информация о списке рассылки Devel