В основную кодовую базу проекта QEMU (http://www.qemu.org/) принят (http://blog.xen.org/index.php/2011/05/13/xen-support-upstrea.../) набор патчей с изменениями, накопленными в рамках проекта Xen. Изначально инструментарий и набор драйверов для обеспечения работы гипервизора Xen базировался на форке кода QEMU. Для того, чтобы собрать все накопленные с момента форка изменения и оформить их для возврата в родительский проект понадобился год работы. Возврат изменений усугубляло большое число дублирующего кода с реализацией одних и тех же возможностей, созданных как силами QEMU, так и разработчиками Xen.
Вчера все реализованные в рамках представленного патча изменения, специфичные для использования гипервизора Xen, были приняты в основную кодовую базу проекта QEMU. Тем не менее ещё остаётся несколько требующих доработки патчей, связанных с возможностью проброса PCI-устройств и поддержкой VGA dirty_bitmap.Проделанная работа по слиянию общих кодовых баз пойдет на пользу о...
URL: http://blog.xen.org/index.php/2011/05/13/xen-support-upstrea.../
Новость: http://www.opennet.me/opennews/art.shtml?num=30558
Итак, xen окончательно включен в мейнстрим. Интеграция ядерной части окончательно завершена в 2.6.39, которое выйдет через несколько дней, а теперь и qemu-шную часть в апстрим приняли.А вот qemu-kvm, afaik, пока ещё в qemu не приняли.
оно туда и не стремится. в ядро же kvm приняли практически сразу
Вообще-то еще как стремится. Постоянно патчи пачками для интеграции постепенной присылают.
KVM also requires a modified QEMU although work is underway to get the required changes upstream.
>А вот qemu-kvm, afaik, пока ещё в qemu не приняли.Он туда и не стремится, потомучто KVM развивается быстро и чтобы юзерспейс вполной мере использовал наработки ядерной части пилят Native Linux KVM tool а то элементарно интеграция патчей в инфраструктуру qemu это большая работа.
Xen тоже быстро развивается, однако у его разработчиков хватило квалификации написать код такого качества, что его приняли в другой проект.
У разработчиков qemu-kvm это явно не получается. Да, плохому танцору всегда что-то мешает.
> Xen тоже быстро развивается, однако у его разработчиков хватило квалификации написать код
> такого качества, что его приняли в другой проект.
> У разработчиков qemu-kvm это явно не получается. Да, плохому танцору всегда что-то
> мешает.На приятие в проект влияет не качество кода, а соответствие кода и планов его развития апстриму. если команда разрабатывает продукт по своему усмотрению и по своим планам, это не означает что продукт хуже апстримового. обычно как раз наоборот.
главная трудность в принятии кода в апстрим именно в политической грызне, а не качестве кода. именно поэтому KVM был принят так быстро - у проекта ядра есть лидер, который принимает решения. в QEMU все не так гладко к сожалению.
>если команда разрабатывает продукт по своему усмотрению и по своим планам, это не означает что продукт хуже апстримового. обычно как раз наоборот.Сколько раз уже слышал эти слова: "все пи...ы, а я Дартаньян".
>главная трудность в принятии кода в апстрим именно в политической грызне, а не качестве кода.
Да-да, как уже было сказано выше, плохому танцору всегда что-то мешает.
>в QEMU все не так гладко к сожалению
Однако это не помешало им принять ксеновские патчи.
Отличная работа, что тут скажешь.