Déterminer la taille de mot de mon processeur

Comment puis-je déterminer la taille de mot de mon CPU? Si je comprends corriger une int doit être un mot à droite? Je ne suis pas sûr si je suis correct.

Devrait donc juste l'impression de sizeof(int) serait suffisant pour déterminer la taille de mot de mon processeur?

  • Spécifique au système d'exploitation, ou de la croix-plate-forme?
  • notez que sizeof renvoie un nombre de caractères, et la norme ne spécifie au moins 8 bits par caractère.
  • sizeof(int) fonctionne pour chaque plate-forme, j'ai travaillé sur.
  • De lire les réponses, je pense qu'il y a un manque de clarté quant à ce que vous entendez par "taille de mot" -- la taille des registres, de la taille d'un autobus, et pour quelles opérations?
InformationsquelleAutor user69514 | 2010-02-20
  1. 21

    Votre hypothèse sur sizeof(int) est faux; voir cette.

    Car vous devez savoir que le processeur, le système d'exploitation et le compilateur au moment de la compilation, la taille de mot peut être déduit à l'aide prédéfinis architecture/OS/compilateur macros fourni par le compilateur.

    Cependant, bien que simples, et la plupart des processeurs RISC, word taille, la largeur du bus, le registre de la taille et de l'organisation de la mémoire sont souvent systématiquement une valeur, cela peut ne pas être vrai au plus complexe, du CDCI et architectures DSP avec différentes tailles pour les registres virgule flottante, accumulateurs, de la largeur du bus, cache largeur, registres, etc.

    Bien sûr, on peut se poser la question de savoir pourquoi vous pourriez avoir besoin de le savoir? En général, vous utilisez le type approprié de l'application, et la confiance que le compilateur pour fournir aucune optimisation. Si l'optimisation est ce que vous pensez que vous avez besoin de cette information, alors vous feriez probablement mieux à l'aide de la C99 "rapide" types. Si vous avez besoin d'optimiser un algorithme spécifique, mettre en oeuvre un certain nombre de types et de profil.

    • J'ai corrigé le cassé/des liens incorrects si quelqu'un était confus avant de!
    • Sur x86-64 Linux, int_fast16_t et int_fast32_t sont à la fois int64_t, qui n'est probablement pas un choix idéal. 32 bits est le plus rapide pour certains cas, et fait de plus petit code (moins de REX préfixes). Si jamais vous êtes de les stocker dans la mémoire, de l'esp. dans un tableau, vous ne voulez certainement pas un 64 bits type à l'aide de deux fois plus de cache.
    • Convenu, les mots "en général" et "probablement" ont été utilisés tout à fait délibérément dans la réponse. Comme avec toute la main d'optimisation' il doit être testé et comparé à la simplicité de la solution. Dommage que l'OP n'a pas choisi de clarifier son besoin de savoir, ou de demander à l'X à cette question.
    InformationsquelleAutor Clifford
  2. 8

    un int doit être un mot à droite?

    Si je comprends bien, cela dépend de la taille des données du modèle. Pour une explication pour les Systèmes UNIX, 64-bits de Données et la Taille de la Neutralité. Par exemple Linux 32-bit est ILP32, et Linux 64-bit est LP64. Je ne suis pas sûr à propos de la différence à travers des systèmes de fenêtres et de versions, d'autres que je crois que tous les 32-bits des systèmes de fenêtres sont ILP32.

    Comment puis-je déterminer la taille de mot de mon CPU?

    Cela dépend. La version de la norme C êtes-vous de l'assumer. Quelles sont les plateformes nous parler. Est-ce une compilation ou de l'exécution de la détermination que vous essayez de faire.

    Le fichier en-tête C <limits.h> peuvent définit WORD_BIT et/ou __WORDSIZE.

    • Ces choses sont déterminées par le compilateur et n'ont pas directement en relation à la taille (largeur) de la CPU mot de taille. Dit d'une autre manière, ces choses sont définis par le développeur du compilateur, n'est pas déterminée par les caractéristiques physiques de la CPU lui-même.
    • Comme un cross-compilateur de l'environnement, de vrai. Je doit précisé que si quelqu'un veut écrire du code qui est conscient de la taille de mot de leur cible de l'hôte, ils peuvent utiliser quelque chose les limites.h fichier d'en-tête.
    • C'est bien sûr pour l'environnement cible, pas le capacités du PROCESSEUR cible. Comme toute fin du modèle x86 d'Intel ou d'AMD, qui est capable d'être utilisé comme un 32 ou 64 bits processeur. Selon le système d'exploitation en cours d'exécution, le PROCESSEUR peut être utilisé soit comme un 32 ou 64 bits processeur. En mode 32 bits, les registres ne sont pas d'accès 64 bits (8 octets) mot registres, même si le PROCESSEUR est 64 bits des registres.
    • __WORDSIZE est de 32 dans le x86-64 Linux x32 ABI (ILP32 en 64 bits mode avec un registre d'appel ABI), donc ce n'est pas ça, non plus. __SYSCALL_WORDSIZE est de 64 avec -mx32 et -m64, cependant. Ce n'est pas du tout défini avec -m32, il n'est donc pas utilisable non plus, et est probablement un Linux ou glibc-chose en particulier.
    InformationsquelleAutor mctylr
  3. 7

    sizeof(int) n'est pas toujours le "mot" de la taille de votre CPU. La question la plus importante ici est pourquoi vous voulez savoir la taille de mot.... êtes-vous essayer de faire une sorte de au moment de l'exécution et de la CPU optimisation spécifique?

    Cela étant dit, sur Windows avec les processeurs Intel, la valeur nominale de la taille de mot est soit 32 ou 64 bits et vous pouvez facilement comprendre cela:

    • si votre programme est compilé en 32 bits, alors la valeur nominale de la taille de mot de 32 bits
    • si vous avez compilé un programme 64 bits, puis ensuite de la valeur nominale de la taille de mot est en 64 bits.

    Cette réponse semble banal, mais sa véritable au premier ordre. Mais il y a certaines subtilités. Même si le x86 enregistre sur un moderne Intel ou AMD), un processeur 64-bits de large; vous ne pouvez (facilement) utilisent leurs 32 bits largeurs dans les programmes 32 bits - même si vous exécutez peut-être un système d'exploitation 64 bits. Ce sera le cas sur Linux et OSX ainsi.

    Par ailleurs, sur la plupart des modernes CPU de la largeur du bus de données est plus large que le standard ALU registres EAX, EBX, ECX, etc). Ce bus de largeur peut varier, certains systèmes de 128 bits, ou même de 192 bits pour le bus.

    Si vous êtes inquiet au sujet de la performance, alors vous aussi besoin de comprendre comment la L1 et de L2 les caches de données de travail. Notez que certains modernes CPU possède un cache L3. Caches, y compris une unité appelée le Tampon d'Écriture

    • n'est-ce pas sizeof(int) fait au moment de la compilation, ce qui signifie qu'il est de la taille, il est compilé pour la, pas la taille de l'ordinateur qui exécute elle?
    • oui, c'est tout à fait correct.
    • 32 bits x86 code littéralement ne pouvez pas utiliser la pleine largeur de 64 bits des registres. Il n'y a pas d'opérande de la taille d'un préfixe ou quoi que ce soit. Aussi, êtes-vous sûr de 192 bits de données à l'échelle des chemins dans les Processeurs? Qui sonne comme la largeur du bus mémoire dans un GPU. Intel est passé de 128b chemins de L1 à unités d'exécution de 256b (en Haswell, publié ans après cette réponse a été écrit).
    InformationsquelleAutor Foredecker
  4. 3

    Faire un programme qui fait une sorte de entier opération plusieurs fois, comme un entier version de la SAXPY algorithme. Courir pour différentes longueurs de mot, de 8 à 64 bits (c'est à dire à partir de char à long long).

    Mesurer le temps de chaque version passe lors de l'exécution de l'algorithme. Si il y a une version spécifique qui dure nettement moins que les autres, la taille de mot utilisé pour cette version est probablement le mot native de la taille de votre ordinateur. Sur l'autre voie, s'il y a plusieurs versions d'une durée de plus ou moins le même temps, ramasser celui qui a la plus grande taille de mot.

    Noter que même avec cette technique, vous pouvez obtenir de fausses données: votre référence, compilé à l'aide de Turbo C et en cours d'exécution sur un processeur 80386, par le biais de DOS rapport que la taille de mot de 16 bits, tout simplement parce que le compilateur ne pas utiliser les registres 32 bits pour effectuer entier aritmetic, mais les appels à des fonctions internes qui ne la version 32 bits de chaque aritmetic opération.

    • Je ne peux pas penser à un cas d'utilisation où quelqu'un voudrait déterminer processeur mot de taille au moment de l'exécution par le biais de cette méthode. Le processeur est fixe, donc cela devrait être déterminé au moment de la compilation ou de l'utilisation d'une plate-forme/OS méthode spécifique si l'exécution est requise.
    • Moment de la compilation, les tests sont limités à l'utilisation de l'opérateur sizeof et similaires, ce qui donne la taille en octets de plusieurs types de données, pas nécessaire identiques aux natifs de la taille de mot. Ce (empirique) de la méthode n'a pas besoin spécifique de plate-forme/support de l'OS. Ir relais sur la base que les opérations sur entiers en utilisant le mot native taille de l'exécution est plus rapide. Un processeur 32 bits peut utiliser 8, 16, 32 et 64 bits de données, et va passer d'environ le même temps de 8, 16 et 32 bits de données, mais aritmetic opérations auront besoin de plus de cycles de faire le même travail pour la version 64 bits d'opérations, on peut donc conclure que le natif de la taille de mot de 32 bits
    • Je ne pense pas qu'il y est un cas d'utilisation afin de déterminer empiriquement la taille de mot. Les plates-formes fournissent généralement des définitions de macros à utiliser au moment de la compilation.
    • Assurez-vous pour tenir compte des effets de cache (le plus large de types de peut sembler plus lente en raison de l'augmentation des besoins en bande passante de la mémoire, non pas à cause de la prise de plusieurs instructions). par exemple, en boucle sur le même petit tampon, pour s'assurer qu'il est mis en cache. Ou faire quelque chose comme a += b; b += a; (Fibonacci) plusieurs millions de fois (avec unsigned types, parce qu'il est overflow). Il est peu probable d'obtenir optimisé à l'écart, et ne dépend pas de la mémoire.
    • Je dirais que le fait de trouver le mot-taille de 16 bits pour le Turbo C est le résultat correct. Si le compilateur ne les utilise pas, il n'a pas d'importance ce que la machine a eux. Vous êtes en mesure de le mot de la taille de la cible du compilateur, qui est-ce qui influe sur la décision d'utiliser uint16_t vs uint32_t vs uint64_t vs __uint128_t.
    • La construction d'un binaire avec plusieurs implémentations d'une fonction et de les comparer une fois au démarrage est une stratégie valable. Peut-être seulement comme un secours pour les plates-formes de votre pension du RPC macros ne traitent pas, ou pour les plates-formes où il n'y a pas fiable macros. Linux utilise cette stratégie pour les logiciels RAID5/RAID6: il y a plusieurs SSE/AVX implémentations que tous compilé pour x86, et il choisit le plus rapide au démarrage (ou d'un module-temps de chargement).

    InformationsquelleAutor mcleod_ideafix
  5. 1

    En bref: Il n'y a pas de bonne façon. L'idée originale derrière les types de données C est que int serait la manière la plus rapide (natif) de type integer, long le plus grand etc.

    Puis vint les systèmes d'exploitation qui est apparu sur un CPU et ont ensuite été porté sur différents Processeurs dont le mot de taille était différent. Pour maintenir la compatibilité du code source, certains Systèmes d'exploitation rompu avec cette définition et gardé les types de données à leurs vieilles tailles, et ajouté de nouvelles, non-standard.

    Cela dit, en fonction de ce que vous avez réellement besoin, vous pourriez trouver utile de types de données dans stdint.h, ou le compilateur spécifique ou de la plate-forme des macros spécifiques, à des fins diverses.

    InformationsquelleAutor uliwitness
  6. 0

    À utiliser au moment de la compilation: sizeof(void*)

    • Ce n'est pas correct sur les plates-formes comme la 360 et la PS3 qui sont en 64 bits, mais les pointeurs 32 bits (ABI caprice pour économiser de l'espace).
    • Qui donnerait à la taille d'un pointeur, ce qui est quelque chose de différent
    InformationsquelleAutor Mike
  7. 0

    Ce que tous peut-être la raison pour savoir la taille du processeur, il n'a pas d'importance.

    La taille du processeur est le montant de la date de Arthematic Unité Logique(ALU) d'Un Cœur de PROCESSEUR peut travailler à un seul point du temps. Un des Cœurs du PROCESSEUR de l'ALU sur Accumulateur de s'Inscrire à tout moment. Ainsi, La taille d'un PROCESSEUR de bits est la taille de l'Accumulateur s'Inscrire en bits.

    Vous pouvez trouver la taille de l'accumulateur de la feuille de données du processeur ou par écrit un petit programme de langage assembleur.

    Noter que l'efficacité de taille utilisable de Registre Accumulateur peut changer dans certains processeurs (comme le BRAS), basé sur le mode de fonctionnement (le Pouce et modes de BRAS). Cela signifie que la taille du processeur va également changer en fonction de la mode que de processeurs.

    Il est fréquent dans de nombreuses architectures d'avoir d'adressage virtuel de la taille du pointeur et d'entier de taille même comme un accumulateur de taille. C'est seulement à profiter de l'Accumulateur s'Inscrire dans les différentes opérations du processeur, mais il n'est pas une règle absolue.

    InformationsquelleAutor user1419122
  8. 0

    Beaucoup pense de la mémoire comme un tableau d'octets. Mais le CPU a une autre vision. Ce qui est sur la mémoire de granularité. En fonction de l'architecture, il y aurait 2, 4, 8, 16 ou même 32 octets de la mémoire de granularité. La mémoire de la granularité et l'adresse de l'alignement ont un grand impact sur les performances, la stabilité et l'exactitude de logiciel. Envisager une granularité de 4 octets, et un cas de non-alignement de la mémoire de l'accès à la lecture dans les 4 octets. Dans ce cas, chaque lecture, 75% si l'adresse est en augmentation par un octet, prend deux plus lire les instructions et de deux opérations de décalage et, enfin, un bit à bit d'instruction pour le résultat final qui est de la performance de tueur. Outre les opérations atomiques pourraient être touchés car ils doivent être indivisible. D'autres effets secondaires seraient les caches, les protocoles de synchronisation, interne de l'uc à la circulation des autobus, cpu mémoire tampon d'écriture et vous devinez quoi d'autre. Un test pratique peut être exécuté sur un tampon circulaire de voir comment les résultats pourraient être différents. Les processeurs de différents fabricants, basé sur le modèle, ont différents registres qui seront utilisés, en général, et des opérations spécifiques. Par exemple, les Processeurs modernes ont des extensions avec 128 bits des registres. Ainsi, la taille de mot n'est pas seulement sur le type d'opération, mais la mémoire de granularité. La taille de mot et l'adresse de l'alignement sont des bêtes qui doit être pris en charge sur. Il y a quelques Processeurs sur le marché qui ne prend pas soin de l'adresse de l'alignement et de simplement l'ignorer, si disponible. Et devinez ce qui arrive?

    InformationsquelleAutor OMID