"Eric Masson" a écrit dans le message de news:d8hd75$2jeu$
'Lut,
Pas tout à fait: il y a un OS maitre, qui voit la machine complète et accède directement au matériel et des OS "esclave" qui accèdent au matériel par l'intérmédiaire de l'OS maitre.
Ouiménon, c'est l'hyperviseur qui arbitre les accès au hard, pas le Dom0. Par contre un des buts recherchés est de reporter un maximum de tâches comme l'initialisation des périphériques sur le Dom0.
Ce n'est pas une vrai virtualisation (puisqu'il faut patcher les OS).
En quoi ce n'est pas une vraie virtualisation ?
d'un point de vue conceptuel oui mais d'un point de vue pratique non parce que par exemple un os esclave peut court circuité l'os maitre
Effectivement, un driver malintentionné, par exemple, peut corrompre la machine.
et la virtualisation veut dire c'est tout comme mais c'est pas comme donc pas touche a l'os esclave
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme un programme. Si le CPU est bien fait, il ne pourra alors rien faire de dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau. Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet pas. Il y a donc (au moins) 3 solutions possibles: - laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare) - patcher l'OS (Xen) - faire de la translation dynamique. Ainsi, on remplace toutes les instructions dangereuses et on laisse le reste du code tourner en natif. C'est la solution la plus fiable et générique mais elle est forcément plus lente.
On Mon, 13 Jun 2005 10:24:14 +0200, remy wrote:
"Eric Masson" <emss@free.fr> a écrit dans le message de
news:d8hd75$2jeu$1@biggoron.nerim.net...
'Lut,
Pas tout à fait: il y a un OS maitre, qui voit la machine complète et
accède directement au matériel et des OS "esclave" qui accèdent au
matériel par l'intérmédiaire de l'OS maitre.
Ouiménon, c'est l'hyperviseur qui arbitre les accès au hard, pas le
Dom0. Par contre un des buts recherchés est de reporter un maximum de
tâches comme l'initialisation des périphériques sur le Dom0.
Ce n'est pas une vrai virtualisation (puisqu'il faut patcher les OS).
En quoi ce n'est pas une vraie virtualisation ?
d'un point de vue conceptuel oui mais d'un point de vue pratique non
parce que par exemple un os esclave peut court circuité l'os maitre
Effectivement, un driver malintentionné, par exemple, peut corrompre la
machine.
et la virtualisation veut dire c'est tout comme mais c'est pas comme
donc pas touche a l'os esclave
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme
un programme. Si le CPU est bien fait, il ne pourra alors rien faire de
dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau.
Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet
pas. Il y a donc (au moins) 3 solutions possibles:
- laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare)
- patcher l'OS (Xen)
- faire de la translation dynamique. Ainsi, on remplace toutes les
instructions dangereuses et on laisse le reste du code tourner en natif.
C'est la solution la plus fiable et générique mais elle est forcément
plus lente.
"Eric Masson" a écrit dans le message de news:d8hd75$2jeu$
'Lut,
Pas tout à fait: il y a un OS maitre, qui voit la machine complète et accède directement au matériel et des OS "esclave" qui accèdent au matériel par l'intérmédiaire de l'OS maitre.
Ouiménon, c'est l'hyperviseur qui arbitre les accès au hard, pas le Dom0. Par contre un des buts recherchés est de reporter un maximum de tâches comme l'initialisation des périphériques sur le Dom0.
Ce n'est pas une vrai virtualisation (puisqu'il faut patcher les OS).
En quoi ce n'est pas une vraie virtualisation ?
d'un point de vue conceptuel oui mais d'un point de vue pratique non parce que par exemple un os esclave peut court circuité l'os maitre
Effectivement, un driver malintentionné, par exemple, peut corrompre la machine.
et la virtualisation veut dire c'est tout comme mais c'est pas comme donc pas touche a l'os esclave
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme un programme. Si le CPU est bien fait, il ne pourra alors rien faire de dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau. Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet pas. Il y a donc (au moins) 3 solutions possibles: - laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare) - patcher l'OS (Xen) - faire de la translation dynamique. Ainsi, on remplace toutes les instructions dangereuses et on laisse le reste du code tourner en natif. C'est la solution la plus fiable et générique mais elle est forcément plus lente.
Eric Masson
tu es oblige de modifier os esclave pour ne pas donner acces aux ressources en direct
Oui, la plateforme cible est Xen sur l'archi hard, pas le hard.
imagine un registre que l'os esclave modifie et que l'os maitre pense etre initialise ou dans un autre etat
Ben, c'est un bug :)
il y a virtualisation mais dans la pratique ce n'est pas de la virtualisation pure et dure
Mouaif, querelle sémantique sur la virtualisation en vue donc...
Éric Masson
tu es oblige de modifier os esclave
pour ne pas donner acces aux ressources en direct
Oui, la plateforme cible est Xen sur l'archi hard, pas le hard.
imagine un registre que l'os esclave modifie
et que l'os maitre pense etre initialise ou dans un autre etat
Ben, c'est un bug :)
il y a virtualisation mais dans la pratique
ce n'est pas de la virtualisation pure et dure
Mouaif, querelle sémantique sur la virtualisation en vue donc...
tu es oblige de modifier os esclave pour ne pas donner acces aux ressources en direct
Oui, la plateforme cible est Xen sur l'archi hard, pas le hard.
imagine un registre que l'os esclave modifie et que l'os maitre pense etre initialise ou dans un autre etat
Ben, c'est un bug :)
il y a virtualisation mais dans la pratique ce n'est pas de la virtualisation pure et dure
Mouaif, querelle sémantique sur la virtualisation en vue donc...
Éric Masson
remy
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme un programme. Si le CPU est bien fait, il ne pourra alors rien faire de dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau. Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet pas. Il y a donc (au moins) 3 solutions possibles: - laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare)
j'ai leve le pied cote hard mais avec VMWare l'on peut faire tourner 2,3,4 linux en meme temps histoire de voir la tenue en charge
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme
un programme. Si le CPU est bien fait, il ne pourra alors rien faire de
dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau.
Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet
pas. Il y a donc (au moins) 3 solutions possibles:
- laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare)
j'ai leve le pied cote hard mais avec VMWare
l'on peut faire tourner 2,3,4 linux en meme temps
histoire de voir la tenue en charge
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
La virtualisation, c'est le fait de pouvoir lancer un OS directement comme un programme. Si le CPU est bien fait, il ne pourra alors rien faire de dangereux ni s'apercevoir qu'il ne tourne pas en mode noyau. Le PowerPC permet celà sans problème. Par contre, le x86 ne le permet pas. Il y a donc (au moins) 3 solutions possibles: - laisser l'OS tourner en se disant qu'il ne fera rien de mal (VMWare)
j'ai leve le pied cote hard mais avec VMWare l'on peut faire tourner 2,3,4 linux en meme temps histoire de voir la tenue en charge
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
