> Pour l'instant il y a une gueguerre devs spice/kvm_qemu.
Il faut dire (pour avoir suivi l'échange sur la m-l) que la première annonce sur la m-l qemu semble avoir été faite par un des devs de l'ex qumranet, venant visiblement du monde du dev windows & proprio, donc pas avec le tact et le sens des us et coutumes des m-l du libre nécessaire. Par ex. il en est rapidement venu à lancer une grosse attaque perso contre Antony Liguori (qui lead le dev Qemu désormais). Heureusement un dev spice moins "extraterrestre" à pris le relai dans la discussion.
Je crois qu'il y a eu comme un petit "choc des cultures", que les devs parviendront certainement à surmonter.
Voir sur le même sujet les réactions diverses à l'annonce du Red Hat Enterprise Virtualization Manager, adapté d'un produit dont RH a hérité en achetant Qumranet, et qui, pour cette raison, ne tourne pour le moment que sous Windows 2003 (classe, non ? mais RH dit avoir un port vers Linux en cours de dev).
J'au aussi l'impression que la foultitude de forks peu coopératifs qu'à subit Qemu ces dernières années (KVM, qui est un fork amical mais devenu difficile à merger, une partie de Xen, une partie de virtualbox, le nouveau machin de novell dont j'ai oublié le nom, ...) semble rendre les devs Qemu un peu circonspects lorsqu'on leur présente comme la dernière merveille du monde - à merger illico et par leur soin - un gros code-dump monolithique forkant lourdement une version antédéluvienne de Qemu.
Et puis effectivement des devs Qemu ont demandé des mesures montrant si spice était rellement plus performant que l'outil existant et standard (vnc), et si oui pourquoi (savoir pquoi c'est plus performant permet de ne pas endommager par erreur une condition nécessaire à l'obtention de ces bonnes perfs, et/ou d'envisager de merger la bonne idée dans le proto canonique vnc).
> Concernant Xen, rien à l'horizon pour la version 4.0 qui va sortir sous peu. Seul deux threads en parlent et aucun ne fait encore allusion à un commencement d'inclusion.
[^] # Re: En effet
Posté par herodiade . En réponse au journal Spice est enfin libéré. Évalué à 6.
Il faut dire (pour avoir suivi l'échange sur la m-l) que la première annonce sur la m-l qemu semble avoir été faite par un des devs de l'ex qumranet, venant visiblement du monde du dev windows & proprio, donc pas avec le tact et le sens des us et coutumes des m-l du libre nécessaire. Par ex. il en est rapidement venu à lancer une grosse attaque perso contre Antony Liguori (qui lead le dev Qemu désormais). Heureusement un dev spice moins "extraterrestre" à pris le relai dans la discussion.
Je crois qu'il y a eu comme un petit "choc des cultures", que les devs parviendront certainement à surmonter.
Voir sur le même sujet les réactions diverses à l'annonce du Red Hat Enterprise Virtualization Manager, adapté d'un produit dont RH a hérité en achetant Qumranet, et qui, pour cette raison, ne tourne pour le moment que sous Windows 2003 (classe, non ? mais RH dit avoir un port vers Linux en cours de dev).
J'au aussi l'impression que la foultitude de forks peu coopératifs qu'à subit Qemu ces dernières années (KVM, qui est un fork amical mais devenu difficile à merger, une partie de Xen, une partie de virtualbox, le nouveau machin de novell dont j'ai oublié le nom, ...) semble rendre les devs Qemu un peu circonspects lorsqu'on leur présente comme la dernière merveille du monde - à merger illico et par leur soin - un gros code-dump monolithique forkant lourdement une version antédéluvienne de Qemu.
Et puis effectivement des devs Qemu ont demandé des mesures montrant si spice était rellement plus performant que l'outil existant et standard (vnc), et si oui pourquoi (savoir pquoi c'est plus performant permet de ne pas endommager par erreur une condition nécessaire à l'obtention de ces bonnes perfs, et/ou d'envisager de merger la bonne idée dans le proto canonique vnc).
> Concernant Xen, rien à l'horizon pour la version 4.0 qui va sortir sous peu. Seul deux threads en parlent et aucun ne fait encore allusion à un commencement d'inclusion.
Ca semble au moins être en projet ; Ian Darwin lui-même dit : "We're planning to do this, hopefully into qemu 0.13 which is planned for the middle of this year" :
http://lists.gnu.org/archive/html/qemu-devel/2010-01/msg0081(...)
http://lists.gnu.org/archive/html/qemu-devel/2010-01/msg0081(...)
http://lists.xensource.com/archives/html/xen-devel/2010-01/m(...)