Je tente une réponse (c'est pas mon domaine alors je vais peut-être dire des conneries, je préviens) :
lguest/lhype[0] est un hyperviseur permettant d'exécuter plusieurs instances du noyal Linux en parralèle.
Je ne sais pas dans quelle mesure c'est comparable à UML, ou au travail récent sur les vkernel de DragonFly BSD.
paravirt_ops est une interface écrite par Rusty Russel, également un des auteurs de lguest, permettant simplement l'ajout "propre" d'un hyperviseur dans un noyau Linux.
Je crois que c'est une structure C de pointeurs de fonctions, ces dernières représentant des opérations très bas niveau, et sert donc d'interface avec la machine pour le reste du noyau.
Si un noyau classique va prendre une structure contenant les fonctions avec "vraies opérations" et s'exécuter directement sur le hardware, un hyperviseur peut fournir des fonctions arbitraires (par exemple appeller un autre OS "au dessus") : en ajoutant une couche d'indirection au noyau, on peut supporter de façon transparente des "modes d'exécution" potentiellement très différents.
VMWare avait proposé une autre interface (ptet un poil plus élégante), VMI, ou une ROM binaire fournissait les services virtualisés, mais ça n'avait pas plu aux devs (binaire pas libre dans le noyau toussa).
Encore une fois, c'est *juste* ce que j'ai compris, y a ptet des erreurs ou approximations.
[^] # Re: Questions en passant : lhype/lguest
Posté par mouftard . En réponse à la dépêche VirtualBox passe son code en OpenSource. Évalué à 6.
lguest/lhype[0] est un hyperviseur permettant d'exécuter plusieurs instances du noyal Linux en parralèle.
Je ne sais pas dans quelle mesure c'est comparable à UML, ou au travail récent sur les vkernel de DragonFly BSD.
paravirt_ops est une interface écrite par Rusty Russel, également un des auteurs de lguest, permettant simplement l'ajout "propre" d'un hyperviseur dans un noyau Linux.
Je crois que c'est une structure C de pointeurs de fonctions, ces dernières représentant des opérations très bas niveau, et sert donc d'interface avec la machine pour le reste du noyau.
Si un noyau classique va prendre une structure contenant les fonctions avec "vraies opérations" et s'exécuter directement sur le hardware, un hyperviseur peut fournir des fonctions arbitraires (par exemple appeller un autre OS "au dessus") : en ajoutant une couche d'indirection au noyau, on peut supporter de façon transparente des "modes d'exécution" potentiellement très différents.
VMWare avait proposé une autre interface (ptet un poil plus élégante), VMI, ou une ROM binaire fournissait les services virtualisés, mais ça n'avait pas plu aux devs (binaire pas libre dans le noyau toussa).
Encore une fois, c'est *juste* ce que j'ai compris, y a ptet des erreurs ou approximations.