Discussion :

[Factorisable]

Bonjour,

ma question porte sur le mode protégé du x86-64, je voulais savoir si le mode protégé était une nouvelle architecture physique à coté du mode réel ou c'était juste une simulation et seul le mode réel existe physiquement, une idée ? Par extension, l'un est-il plus rapide que l'autre sur des instructions 16 bits ?

[Forthman]

Alors le mode protégé c'est pas vraiment un truc "nouveau" ça existe depuis les 80386 (et même des 80286)
Et si quelques chose doit être à l'intérieur d'autre chose, alors c'est le mode réel qui est à l'intérieur du mode protégé

[Invité]

Oui le mode protégé est une nouvelle architecture physique ajoutée aux processeurs 8086 (qui fonctionnent seulement en mode réel)
pour améliorer leurs fonctionnement.

Le Protection Hardware fait partie de la MMU du processeur 80386. Ainsi, la protection permet de bien contrôler l'accès à la mémoire
pour detecter les bugs des applications.

Au démarrage un processeur 80386 entre en mode réel et son architecture interne est initialisée par INTEL pour qu'il se comporte comme un
processeur 8086: il utilise le Protection Hardware d'une façon très limitée. Pour entrer en mode protégé il faut d'abord configurer le
Protection Hardware: GDT, IDT, LDT, Pagination, les registres de contrôle...

[Factorisable]

Merci pour cet éclairage, supposons un programme fait pour le 16 bits, ce programme sera t'il plus rapidement exécuté en mode réel, protégé, ou long ?

[Forthman]

Quand le proc est en mode réel, l'utilisation de registres 32 bits implique un opcode supplémentaire
inversement, en mode protégé (32bits) le même opcode indiquera une opération 16 bits

Exemple :
83 C2 01 = add dx,01 en mode 16 bits
66 83 C2 01 = add dx,01 en mode 32 bits

83 C2 01 = add edx,01 en mode 32 bits
66 83 C2 01 = add edx,01 en mode 16 bits

pour la différence de vitesse, un programme 16 bits s'exécutera théoriquement plus vite
en mode réel et un programme 32 bits s'exécutera plus vite en mode protégé 32 bits.
mais ça c'est la théorie...

Comme tu vas utiliser un proc 32/64, et que c'est toi qui va coder le truc, autant partir sur du 32 bits minimum
direct (en plus la plupart des accès aux périphériques sont en 32 bits aujourd'hui)