Les processeurs n'évitent pas d'utiliser des nombres impairs *dans le sens où ils sont intrinsèquement incompatibles*. La confusion vient probablement de la façon dont nous *abordons* et *organisons* les données au sein d'un processeur.
Voici une répartition :
* Alignement des données : Les processeurs fonctionnent souvent plus efficacement avec des données alignées sur des adresses mémoire multiples de leur taille (par exemple, un entier de 4 octets devrait idéalement commencer à une adresse divisible par 4). Cela améliore la vitesse d’accès à la mémoire. Bien que cela *pourrait* conduire indirectement à un « évitement des nombres impairs » dans certaines situations, il ne s'agit pas d'une limitation fondamentale. Le processeur *utilise* toujours des adresses impaires ; il se peut que cela ne *démarre pas* une structure de données multi-octets à cet endroit.
* Adressage des instructions : Les instructions elles-mêmes sont situées aux adresses mémoire. Ces adresses peuvent être, et sont souvent, des nombres impairs. Le processeur récupère et exécute les instructions, que leurs adresses soient paires ou impaires.
* Manipulation des bits : À la base, les processeurs manipulent des bits individuels et il n’existe aucune préférence inhérente pour les positions paires ou impaires des bits. Les bits impairs sont tout aussi importants que les bits pairs dans les calculs et la représentation des données.
* Enregistrer l'utilisation : Les registres (stockage interne du processeur) sont adressés numériquement, et ces adresses peuvent être paires ou impaires. Encore une fois, il n’y a aucune restriction inhérente.
En résumé, les processeurs n'*évitent* pas les nombres impairs. Cette perception pourrait provenir de stratégies d’optimisation liées à l’alignement des données et à l’accès à la mémoire, qui donnent la priorité à une récupération efficace des données plutôt qu’à l’évitement fondamental des nombres impairs. Le processeur lui-même fonctionne et manipule les nombres pairs et impairs de manière égale au niveau des bits.
|