VT2021 Cloud-Hypervisor Fiche - Revision history

Elias.El-Yandouzi: /* C. KVM et Qemu */

2021-11-29T14:33:00Z

C. KVM et Qemu

← Older revision		Revision as of 14:33, 29 November 2021
Line 77:		Line 77:
	Grâce à ces projets, rust-vmm est bien maintenu, et se trouve fournit de code de qualité, surtout pour les parties orienté wrapping de l'API KVM et la gestion mémoire du Guest OS.		Grâce à ces projets, rust-vmm est bien maintenu, et se trouve fournit de code de qualité, surtout pour les parties orienté wrapping de l'API KVM et la gestion mémoire du Guest OS.

	=='''C. KVM ~~et Qemu~~'''==		=='''C. KVM'''==

	===KVM===		===KVM===
Line 90:		Line 90:
	[[File:KVM_diagram.png\|none\|frame\|200px\|Schéma KVM]]		[[File:KVM_diagram.png\|none\|frame\|200px\|Schéma KVM]]

	'''KQemu'''</br>
	KVM est accompagné d'une version modifiée de Qemu (dont on parlera plus tard), appelé KQemu.</br>
	Cette version de Qemu est prévue pour une utilisation couplée à KVM, ce qui permettra des optimisations accélérant l'émulation.

	'''Pourquoi choisir KVM ?'''</br>		'''Pourquoi choisir KVM ?'''</br>
Line 99:		Line 96:
	* KVM étant un projet open-source, son coût est nul (aucun coût de licence). Aussi, il vient souvent accompagner et préparé à être utilisé pour virtualiser des systèmes d'exploitation aussi open source.		* KVM étant un projet open-source, son coût est nul (aucun coût de licence). Aussi, il vient souvent accompagner et préparé à être utilisé pour virtualiser des systèmes d'exploitation aussi open source.
	* KVM fait maintenant partie de l'écosystème Linux, ce qui permet d'assurer une maintenance et évolution importante.		* KVM fait maintenant partie de l'écosystème Linux, ce qui permet d'assurer une maintenance et évolution importante.

	===Qemu===
	*TO DO : Partie Elias

	=='''D. VirtIO'''==		=='''D. VirtIO'''==

Elias.El-Yandouzi: /* D. VirtIO */

2021-11-29T13:47:45Z

D. VirtIO

← Older revision		Revision as of 13:47, 29 November 2021
Line 105:		Line 105:
	=='''D. VirtIO'''==		=='''D. VirtIO'''==
	[[File:VirtIO.png\|none\|frame]]		[[File:VirtIO.png\|none\|frame]]

	*TO DO : Partie Elias
			VirtIO est une interface standardisée qui permet aux machines virtuelles d'accéder à des périphériques "virtuels" simplifiés, tels que des périphériques de bloc, des adaptateurs réseau et des consoles. L'accès aux périphériques via VirtIO sur une machine virtuelle invitée améliore les performances par rapport aux périphériques "émulés" plus traditionnels, car les périphériques VirtIO ne nécessitent que le strict minimum d'installation et de configuration nécessaire pour envoyer et recevoir des données, tandis que la machine hôte gère la majorité de l'installation et de la maintenance du matériel physique réel.

	== '''Références''' ==		== '''Références''' ==

Elias.El-Yandouzi: /* A. VMM */

2021-11-29T13:43:29Z

A. VMM

← Older revision		Revision as of 13:43, 29 November 2021
Line 20:		Line 20:
	== '''A. VMM''' ==		== '''A. VMM''' ==
	[[File:VirtBasic.png\|none\|frame]]		[[File:VirtBasic.png\|none\|frame]]

	[[File:HypervisorLevels.png\|none\|frame]]
			Un hyperviseur, également connu sous le nom de moniteur de machine virtuelle ou VMM, est un logiciel qui crée et exécute des machines virtuelles (VM). Un hyperviseur permet à un ordinateur hôte de prendre en charge plusieurs machines virtuelles invitées en partageant virtuellement ses ressources, telles que la mémoire et le traitement.
	*TO DO : Partie Elias

	== '''B. Rust''' ==		== '''B. Rust''' ==

Lucas.Chaloyard: /* B. Rust */

2021-11-28T20:38:25Z

B. Rust

← Older revision		Revision as of 20:38, 28 November 2021
Line 37:		Line 37:
	Son système de typage puissant et son modèle d'ownership permet de contraindre le developpeur à garantir une certaine sécurité mémoire.</br>		Son système de typage puissant et son modèle d'ownership permet de contraindre le developpeur à garantir une certaine sécurité mémoire.</br>

	On en a parlé précédemment, le modèle d'ownership en plus de permettre d'augmenter les performances du code produit, il permet aussi d'éviter des failles dû à un partage d'ownership involontaire entre plusieurs ~~composants~~ parties du code, ou plusieurs composants d'une application.		On en a parlé précédemment, le modèle d'ownership en plus de permettre d'augmenter les performances du code produit, il permet aussi d'éviter des failles dû à un partage d'ownership involontaire entre plusieurs parties du code, ou plusieurs composants d'une application.

	Bien sûr, ce point peut-être discutable, car ce n'est qu'au final qu'une assistance au développeur lui permettant d'éviter ces failles, mais un développeur ne devrait-il pas être capable par lui même d'éviter de créer ce genre de faille ?		Bien sûr, ce point peut-être discutable, car ce n'est qu'au final qu'une assistance au développeur lui permettant d'éviter ces failles, mais un développeur ne devrait-il pas être capable par lui même d'éviter de créer ce genre de faille ?

Lucas.Chaloyard: /* Langage Rust */

2021-11-28T20:25:27Z

Langage Rust

← Older revision		Revision as of 20:25, 28 November 2021
Line 28:		Line 28:
	'''Performance'''</br>		'''Performance'''</br>
	Rust est dépourvu de garbage collector et ne s'exécute pas dans un environnement virtuel.</br>		Rust est dépourvu de garbage collector et ne s'exécute pas dans un environnement virtuel.</br>
	L'explicité du langage (typage dynamique) permet au compilateur de produire un code Assembleur d'une ~~efficacité~~ ~~folle~~.</br>		L'explicité du langage (typage dynamique) permet au compilateur de produire un code Assembleur d'une grande efficacité.</br>
	Lors de sa compilation, Rust passera à travers le compilateur LLVM qui est l'un des compilateurs les plus utilisés (avec GCC) et dont la capacité à produire du code efficace n'est plus remise en doute.		Lors de sa compilation, Rust passera à travers le compilateur LLVM qui est l'un des compilateurs les plus utilisés (avec GCC) et dont la capacité à produire du code efficace n'est plus remise en doute.</br>
			Un mécanisme aussi intéressant pour les performances et le modèle d'ownership intégré à Rust, on rediscutera de celui-ci dans la partie sécurité et fiabilité, mais d'un point de vue compilation, il permet un meilleur suivi de la "vie" des variables, et donc les passes d'optimisations du compilateur étudiant ce critére seront capable de produire un code encore plus performant.

	'''Securité et fiabilité'''</br>		'''Securité et fiabilité'''</br>
Line 36:		Line 37:
	Son système de typage puissant et son modèle d'ownership permet de contraindre le developpeur à garantir une certaine sécurité mémoire.</br>		Son système de typage puissant et son modèle d'ownership permet de contraindre le developpeur à garantir une certaine sécurité mémoire.</br>

			On en a parlé précédemment, le modèle d'ownership en plus de permettre d'augmenter les performances du code produit, il permet aussi d'éviter des failles dû à un partage d'ownership involontaire entre plusieurs composants parties du code, ou plusieurs composants d'une application.
⚫	Bien sûr, ce point peut-être discutable, car ce n'est qu'au final qu'une assistance au développeur lui permettant d'éviter ces ~~bugs~~, mais un développeur ne devrait-il pas être capable par lui même d'éviter de créer ce genre de faille ?

		⚫	Bien sûr, ce point peut-être discutable, car ce n'est qu'au final qu'une assistance au développeur lui permettant d'éviter ces failles, mais un développeur ne devrait-il pas être capable par lui même d'éviter de créer ce genre de faille ?
			Néanmois, cela reste intéressant d'un point de vue performance.

	'''Productivité'''</br>		'''Productivité'''</br>

Lucas.Chaloyard: /* B. Rust */

2021-11-28T20:13:24Z

B. Rust

← Older revision		Revision as of 20:13, 28 November 2021
Line 69:		Line 69:

	Ces 2 projets sont aussi des projets de VMM écrit en Rust, dont certains objectifs se veulent similaires à ceux du Cloud-Hypervisor.</br>		Ces 2 projets sont aussi des projets de VMM écrit en Rust, dont certains objectifs se veulent similaires à ceux du Cloud-Hypervisor.</br>
	Néamoins, le projet Cloud-Hypervisor possède un but final différent, celui-ci à créer une (infrastructure?) capable de supporter ~~des images ? (partie~~ à ~~revoir)~~		Néamoins, le projet Cloud-Hypervisor possède un but final différent, celui-ci est de créer une infrastructure capable de supporter tâches cloud modernes.

	Grâce à ces projets, rust-vmm est bien maintenu, et se trouve fournit de code de qualité, surtout pour les parties orienté wrapping de l'API KVM et la gestion mémoire du Guest OS.		Grâce à ces projets, rust-vmm est bien maintenu, et se trouve fournit de code de qualité, surtout pour les parties orienté wrapping de l'API KVM et la gestion mémoire du Guest OS.

Lucas.Chaloyard: /* C. KVM et Qemu */

2021-11-28T20:10:27Z

C. KVM et Qemu

← Older revision		Revision as of 20:10, 28 November 2021
Line 91:		Line 91:

	'''Pourquoi choisir KVM ?'''</br>		'''Pourquoi choisir KVM ?'''</br>
	Plusieurs raisons font que KVM est aujourd'hui un choix très ~~intéréssant~~ :		Plusieurs raisons font que KVM est aujourd'hui un choix très intéressant :
	* En terme de performance, KVM permet d'atteindre une vitesse quasiment native, ce qui est clairement de très bonne performance.		* En terme de performance, KVM permet d'atteindre une vitesse quasiment native, ce qui est clairement de très bonne performance.
	* KVM étant un projet open-source, son coût est nul (aucun coût de licence). Aussi il vient souvent ~~accompagné~~ et préparé à être ~~utiliser~~ pour virtualiser des systèmes d'exploitation aussi open source.		* KVM étant un projet open-source, son coût est nul (aucun coût de licence). Aussi, il vient souvent accompagner et préparé à être utilisé pour virtualiser des systèmes d'exploitation aussi open source.
	* KVM fait maintenant partie de l'écosystème Linux, ce qui permet d'assurer une maintenance et évolution importante.		* KVM fait maintenant partie de l'écosystème Linux, ce qui permet d'assurer une maintenance et évolution importante.

Lucas.Chaloyard: /* C. KVM et Qemu */

2021-11-28T20:09:01Z

C. KVM et Qemu

← Older revision		Revision as of 20:09, 28 November 2021
Line 89:		Line 89:
	KVM est accompagné d'une version modifiée de Qemu (dont on parlera plus tard), appelé KQemu.</br>		KVM est accompagné d'une version modifiée de Qemu (dont on parlera plus tard), appelé KQemu.</br>
	Cette version de Qemu est prévue pour une utilisation couplée à KVM, ce qui permettra des optimisations accélérant l'émulation.		Cette version de Qemu est prévue pour une utilisation couplée à KVM, ce qui permettra des optimisations accélérant l'émulation.

			'''Pourquoi choisir KVM ?'''</br>
			Plusieurs raisons font que KVM est aujourd'hui un choix très intéréssant :
			* En terme de performance, KVM permet d'atteindre une vitesse quasiment native, ce qui est clairement de très bonne performance.
			* KVM étant un projet open-source, son coût est nul (aucun coût de licence). Aussi il vient souvent accompagné et préparé à être utiliser pour virtualiser des systèmes d'exploitation aussi open source.
			* KVM fait maintenant partie de l'écosystème Linux, ce qui permet d'assurer une maintenance et évolution importante.

	===Qemu===		===Qemu===

Lucas.Chaloyard: /* C. KVM et Qemu */

2021-11-28T19:58:52Z

C. KVM et Qemu

← Older revision		Revision as of 19:58, 28 November 2021
Line 84:		Line 84:
	Les machines virtuelles qu'on lancera à l'aide de KVM seront traitées comme des processus standards du système. Cela permet de laisser la gestion de l'ordonnancement des machines virtuelles à l'ordonnanceur des processus du noyau Linux.		Les machines virtuelles qu'on lancera à l'aide de KVM seront traitées comme des processus standards du système. Cela permet de laisser la gestion de l'ordonnancement des machines virtuelles à l'ordonnanceur des processus du noyau Linux.

	[[File:KVM_diagram.png\|none\|frame\|~~400px~~\|Schéma KVM]]		[[File:KVM_diagram.png\|none\|frame\|200px\|Schéma KVM]]

	'''KQemu'''</br>		'''KQemu'''</br>

Lucas.Chaloyard at 19:58, 28 November 2021

2021-11-28T19:58:43Z

← Older revision		Revision as of 19:58, 28 November 2021
Line 84:		Line 84:
	Les machines virtuelles qu'on lancera à l'aide de KVM seront traitées comme des processus standards du système. Cela permet de laisser la gestion de l'ordonnancement des machines virtuelles à l'ordonnanceur des processus du noyau Linux.		Les machines virtuelles qu'on lancera à l'aide de KVM seront traitées comme des processus standards du système. Cela permet de laisser la gestion de l'ordonnancement des machines virtuelles à l'ordonnanceur des processus du noyau Linux.

	[[File:KVM_diagram.png\|none\|frame\|~~300x400px~~\|Schéma KVM]]		[[File:KVM_diagram.png\|none\|frame\|400px\|Schéma KVM]]

	'''KQemu'''</br>		'''KQemu'''</br>