“registre” mot-clé dans C?

C'est une allusion au compilateur que la variable sera fortement utilisé et que vous recommander de le maintenir dans un processeur de vous inscrire, si possible.

Plus les compilateurs modernes le font automatiquement, et sont mieux à même de la cueillette que nous, les humains.

Il indique au compilateur d'essayer d'utiliser un PROCESSEUR inscrire, au lieu de RAM, pour stocker la variable. Les registres de la CPU et beaucoup plus rapide pour accéder à la RAM. Mais c'est seulement une suggestion pour le compilateur, et il ne peut pas suivre à travers.

Il n'a pas été pertinente pour au moins 15 ans que les optimiseurs de prendre de meilleures décisions au sujet de ce que vous pouvez. Même lorsque c'était pertinent, il fait beaucoup plus de sens sur un PROCESSEUR d'architecture avec beaucoup de registres, comme SPARC ou M68000 qu'il y a sur Intel avec son manque de registres, dont la plupart sont réservés par le compilateur pour ses propres fins.

Que j'ai lu, il est utilisé pour l'optimisation, mais n'est pas clairement définies dans la norme.

En fait, il est clairement définis par la norme. Citant le N1570 projet section 6.7.1 paragraphe 6 (les autres versions ont le même libellé):

Une déclaration d'un identificateur d'un objet avec le stockage de classe
spécificateur de register suggère que l'accès à l'objet d'être aussi rapide
que possible. La mesure dans laquelle de telles suggestions sont efficaces est
la mise en œuvre définies.

Unaire & opérateur ne peut pas être appliquée à un objet défini avec register, et register ne peut pas être utilisé dans une déclaration externe.

Il y a quelques autres (assez obscure) les règles qui sont spécifiques à registerqualifiés d'objets:

• la Définition d'un tableau d'objets avec register a un comportement indéfini.
  
  Correction: Il est légal de définir un objet de tableau avec register, mais vous ne pouvez pas faire quelque chose d'utile avec un tel objet (l'indexation dans un tableau nécessite de prendre l'adresse de son premier élément).
• La _Alignas spécificateur (nouveau en C11) ne peut pas être appliquée à un tel objet.
• Si le nom du paramètre passé à la va_start macro est register-qualifié, le comportement est indéfini.

Il peut y avoir quelques autres; télécharger un projet de la norme et de la recherche pour "enregistrer" si vous êtes intéressé.

Comme son nom l'indique, le original sens de register, à exiger un objet à être stockées dans un PROCESSEUR inscrire. Mais avec des améliorations dans l'optimisation des compilateurs, c'est devenu moins utile. Les versions modernes de la norme ne se réfèrent pas à des registres du CPU, car ils n'ont plus (au besoin) supposons qu'il existe une telle chose (il y a des architectures de ne pas utiliser les registres). La sagesse commune est que l'application de register à un objet de la déclaration est plus susceptible de aggraver le code généré, car elle interfère avec le compilateur propres de l'allocation de registres. Il y a encore quelques cas où c'est utile (par exemple, si vous avez vraiment de savoir combien de fois une variable soit accessible, et de vos connaissances est mieux que ce que modernes d'un compilateur optimisant peut comprendre).

Le principal effet tangible de register est qu'il empêche toute tentative de prendre l'adresse d'un objet. Ce n'est pas particulièrement utile comme un indicateur d'optimisation, car elle peut être appliquée que pour les variables locales, et un compilateur optimisant pouvez le voir pour lui-même que telle l'adresse d'un objet n'est pas prise.

Vous êtes de jouer avec le compilateur sophistiqué graphique-coloration de l'algorithme. Ce est utilisé pour l'allocation de registres. Eh bien, la plupart du temps. Il agit comme indication pour le compilateur -- c'est vrai. Mais pas ignoré dans son intégralité puisque vous n'êtes pas autorisé à prendre l'adresse d'un registre variable (rappelez-vous le compilateur, maintenant sur votre miséricorde, nous essayons d'agir différemment). Qui vous dit de ne pas l'utiliser.

Le mot-clé a été utilisé longtemps, longtemps en arrière. Quand il n'y avait que si peu de registres qui pourrait les compter tous à l'aide de votre index.

Mais, comme je l'ai dit, obsolète ne signifie pas que vous ne pouvez pas l'utiliser.

J'ai testé le mot-clé de registre sous QNX 6.5.0 en utilisant le code suivant:

#include <stdlib.h>
#include <stdio.h>
#include <inttypes.h>
#include <sys/neutrino.h>
#include <sys/syspage.h>

int main(int argc, char *argv[]) {
    uint64_t cps, cycle1, cycle2, ncycles;
    double sec;
    register int a=0, b = 1, c = 3, i;

    cycle1 = ClockCycles();

    for(i = 0; i < 100000000; i++)
        a = ((a + b + c) * c) / 2;

    cycle2 = ClockCycles();
    ncycles = cycle2 - cycle1;
    printf("%lld cycles elapsed\n", ncycles);

    cps = SYSPAGE_ENTRY(qtime) -> cycles_per_sec;
    printf("This system has %lld cycles per second\n", cps);
    sec = (double)ncycles/cps;
    printf("The cycles in seconds is %f\n", sec);

    return EXIT_SUCCESS;
}

J'ai obtenu les résultats suivants:

-> 807679611 cycles écoulés

-> Ce système a 3300830000 cycles par seconde

-> Les cycles en quelques secondes et est ~0.244600

Et maintenant sans vous inscrire int:

int a=0, b = 1, c = 3, i;

J'ai eu:

-> 1421694077 cycles écoulés

-> Ce système a 3300830000 cycles par seconde

-> Les cycles en quelques secondes et est ~0.430700

Pendant les années soixante-dix, au tout début du langage C, le mot-clé de registre a été introduite afin de permettre au programmeur de donner des conseils pour le compilateur, lui disant que la variable serait très souvent utilisé, et qu'il doit être sage de garder une valeur dans l'une des interne du processeur de registre.

De nos jours, les optimiseurs sont beaucoup plus efficaces que les programmeurs afin de déterminer les variables qui sont les plus susceptibles d'être conservés dans des registres, et l'optimiseur ne prennent pas toujours le programmeur de l'indice en compte.

Beaucoup de gens à tort recommandons de ne pas utiliser le mot clé register.

Nous allons voir pourquoi!

Le registre mot-clé est associé à un effet de bord: vous ne pouvez pas référence (obtenir l'adresse d'un registre de type variable.

Peuple en conseillant aux autres de ne pas utiliser les registres prend à tort cela comme un argument supplémentaire.

Cependant, le simple fait de savoir que vous ne pouvez pas prendre l'adresse d'un registre variable, permet au compilateur (et ses optimizer) à savoir que la valeur de cette variable ne peut pas être modifié par l'intermédiaire d'un pointeur.

Quand à un certain moment de l'instruction stream, un registre de la variable a sa valeur affectée dans un registre du processeur, ainsi que le registre n'a pas été utilisé depuis pour obtenir la valeur d'une autre variable, le compilateur sait qu'il n'a pas besoin de re-charger la valeur de la variable dans ce registre.
Cela permet d'éviter de coûteux inutile d'accès à la mémoire.

Faire vos propres tests et vous obtiendrez des améliorations de performances significatives dans votre plus à l'intérieur des boucles.

c_register_side_effect_performance_boost

De Microsoft Visual C++ compilateur ignore la register mot clé lors de registre mondial-attribution d'optimisation (le /Oe compilateur drapeau) est activé.

Voir mot-Clé de registre sur MSDN.

Registre indique au compilateur d'optimiser ce code par le stockage de cette variable dans les registres alors en mémoire. c'est une demande au compilateur de compilateur peut ou ne peut pas considérer cette demande.
Vous pouvez utiliser cette fonction dans le cas où certains de vos variables sont d'un accès très fréquemment.
Ex: Une boucle.

Une chose, c'est que si vous déclarez une variable de registre, vous ne pouvez pas obtenir son adresse comme il n'est pas stocké dans la mémoire. il obtient son allocation du PROCESSEUR registre.