Pourquoi un système d'exploitation invité doit-il être «pris en charge» par Hyper-V?

À l'époque où j'utilisais un ancien PC virtuel, je pensais qu'il n'émulait qu'un processeur de base, comme le Pentium, le matériel commun, comme la logique Cirrus ou une autre carte gfx, un port série commun, etc. Tout cela, donc n'importe lequel, et je veux dire que n'importe quel invité pourrait fonctionner sur Virtual PC. Hier, j’ai essayé d’installer Windows '98 (ne rigole pas, j’en ai besoin pour des tests) sur un Hyper-V fourni avec Win8Pro. Non seulement il ne veut pas installer hors CD, mais d'après ce que j'ai lu sur Internet, il ne fonctionnera pas du tout, même si vous parvenez à convertir un disque physique en disque virtuel. Microsoft dit essentiellement de bourdonner, mais ce qui donne, si j'ai un processeur x86 émulé, l’installation devrait réussir, non?

Certaines personnes plus élaborées sur les forums que j'ai visités affirment avoir essayé et, comme 98 n'est pas un système d'exploitation "pris en charge", il ne s'exécutera pas et c'est tout.

Ma question est la suivante: pourquoi Hyper-V a-t-il besoin d'un "invité pris en charge"? Je ne parle pas de fonctions d'intégration, je pourrais même vivre sans souris, et Win98 aussi, alors pourquoi?

Un hyperviseur tel que Hyper-V n'émule pas complètement un PC, il "prend" simplement les instructions de l'invité et les traduit en opérations sur l'hôte.

La différence est que l'instruction de l'invité peut souvent être exécutée directement sur l'hôte, car le client et l'hôte partagent une architecture similaire. Ainsi, l'instruction peut être transmise de bout en bout. Avec une émulation complète, l'émulateur analysera l'instruction et calculera le résultat (ou effectuera l'action correspondante) lui-même.

À présent, l'invité peut utiliser des instructions que l'hyperviseur ne sait pas traduire. Le système d'exploitation invité ne serait alors pas pris en charge.

Il existe également des applications qui émulent un PC, comme bochs . Mais vous constaterez que ceux-ci fonctionnent beaucoup plus lentement qu'un hyperviseur comme Hyper-V, car ils émulent en réalité un processeur x86, une carte graphique, etc.

Ici, "pris en charge" signifie plus ou moins "pris en charge commercialement", c'est-à-dire que le support produit de Microsoft vous assistera lors de l'utilisation d'un système d'exploitation invité "pris en charge" sur Hyper-V, si vous avez souscrit un contrat de service avec Microsoft et Microsoft. les équipes testeront et publieront les correctifs contre les systèmes d'exploitation invités "pris en charge".

Windows 98 est en effet "techniquement" supporté (ou peut dire, peut fonctionner) sur Hyper-V, mais comme il est "non supporté", MS ne vous assistera pas si vous rencontrez des problèmes, ni ne teste avec Win98 lors du développement, par conséquent, Win98 risque de ne plus fonctionner correctement dans les versions futures d’Hyper-V ou avec certains correctifs installés.

En particulier, il n’existe aucun composant d’intégration disponible pour Win98.