certain_ developpeur_ suppose__ a tort qu'un mot machine est un entier.
Il se trouve que les pointeurs pour les long jumps sont des mots machines en archi propre, il se trouve aussi, que les addu divu mulu travaillent dans beaucoup d'archi en mot machine. en dehors de l'opérande longjump, l''intérêt d'utiliser des mots machines et d'éviter de propager la retenue, lors des additions soustractions et de récupérer directement les flags d'opération (pour le beq, bne, ble ou autre). Bon pour l'archi goret inside, j'ai jamais rien compris à leur logique d'adressage alienoide.
A noter que la limitation de taille de fichier de 2Gb venaient de la libc qui considéraient justement qu'un offset pour les seek, tell et autres étaient un mot machine. C'était pas le noyau qui était l'origine du problème, mais ce mastodonte de glibc. Entier = mot machine => rapidité, Entier != mot machine => lent mais plus portable, mais aussi plus complexe donc plus buggé.
A noter qu'un mot machine ne correspond pas forcément à la taille du bus, on a vu des archi 16/32 bits (les 520ST, amiga) qui travaillaient en bus de données 16bits (échange avec le disque) et en adressage sur 32 bits. En clair les mots machines étaient de 32 bits, mais on avait cablés que 16bits pour le bus pour des raisons de cout.
Tant qu'à corriger :) autant corriger jusqu'au bout.
[^] # Re: Machine 64 bits avec OS 32 bits
Posté par Jul (site web personnel) . En réponse à la dépêche Vente liée de logiciels : l'UFC a besoin de vos témoignages. Évalué à 2.
Il se trouve que les pointeurs pour les long jumps sont des mots machines en archi propre, il se trouve aussi, que les addu divu mulu travaillent dans beaucoup d'archi en mot machine. en dehors de l'opérande longjump, l''intérêt d'utiliser des mots machines et d'éviter de propager la retenue, lors des additions soustractions et de récupérer directement les flags d'opération (pour le beq, bne, ble ou autre). Bon pour l'archi goret inside, j'ai jamais rien compris à leur logique d'adressage alienoide.
A noter que la limitation de taille de fichier de 2Gb venaient de la libc qui considéraient justement qu'un offset pour les seek, tell et autres étaient un mot machine. C'était pas le noyau qui était l'origine du problème, mais ce mastodonte de glibc. Entier = mot machine => rapidité, Entier != mot machine => lent mais plus portable, mais aussi plus complexe donc plus buggé.
A noter qu'un mot machine ne correspond pas forcément à la taille du bus, on a vu des archi 16/32 bits (les 520ST, amiga) qui travaillaient en bus de données 16bits (échange avec le disque) et en adressage sur 32 bits. En clair les mots machines étaient de 32 bits, mais on avait cablés que 16bits pour le bus pour des raisons de cout.
Tant qu'à corriger :) autant corriger jusqu'au bout.