Peut probable/peu probable macros être utilisé dans l'espace utilisateur code?

Je suis tombé sur ces 2 macros dans le code du noyau de Linux. Je sais qu'ils sont des instructions pour le compilateur (gcc) pour des optimisations dans le cas de la ramification. Ma question est, peut-on utiliser ces macros dans l'espace utilisateur code? Cela donne tout de l'optimisation? Un exemple sera très utile.

  • kerneltrap.org/node/4705
  • en double? stackoverflow.com/questions/109710/...
  • J'ai vérifié ces postes, mais les deux à nouveau en parle dans le noyau des choses. Je voulais savoir si même peut être utilisée dans le code de l'utilisateur.
  • Si vous êtes à la programmation de tout raisonnablement puissant processeur, vous êtes peu probable d'obtenir un quelconque avantage en matière de performances. Dynamique moderne de la branche, les indicateurs sont plutôt bonnes.
  • Je pense que le programmeur ne devrait pas assumer la puissance du processeur. Dynamique de la branche de détection serait plus facile si le programmeur de prévoir explicitement l'information.
  • j'ai créer un vecteur aléatoire(de 0 à 100, la branche est plus grand que 0 ou pas) pour mesurer la "probable" apporte gain de performance par rapport direction de la prévision du CPU. Le résultat montre qu'il est similaire coût du temps avec ou sans.

InformationsquelleAutor vinit dhatrak | 2009-11-03
  1. 41

    Oui ils le peuvent. Dans le noyau Linux, ils sont définis comme

    #define likely(x)       __builtin_expect(!!(x), 1)
#define unlikely(x)     __builtin_expect(!!(x), 0)

    L' __builtin_attendent les macros sont GCC spécifiques des macros qui utilisent la direction de la prévision; ils disent que le processeur si une condition est susceptible d'être vrai, de sorte que le processeur peut prefetch instructions sur le bon "côté" de la branche.

    Vous devez envelopper la définit dans un ifdef pour assurer la compilation sur d'autres compilateurs:

    #ifdef __GNUC__
#define likely(x)       __builtin_expect(!!(x), 1)
#define unlikely(x)     __builtin_expect(!!(x), 0)
#else
#define likely(x)       (x)
#define unlikely(x)     (x)
#endif

    Il va certainement vous donner des optimisations si vous l'utilisez pour la bonne branche des prédictions.

    • Dans le n ° d'autre part, ne devraient-ils pas s'évaluer à (x) et n'est pas vide?
    • oups, oui, bien sûr. Édité
    • qui fichier d'en-tête contient cette définition à l'utilisateur d'inclure des répertoires ?
    • href="http://lxr.linux.no/linux+v2.6.31/include/linux/compilateur.h#L138" >lxr.linux.n/linux+v2.6.31/include/linux/compilateur.h#L138
    • je ne veux pas de noyau du fichier d'en-tête. Je veux fichier qui est dans /usr/include pour que je puisse l'inclure dans mon espace utilisateur code.
    • Ils sont uniquement disponibles dans les noyaux fichier d'en-tête (ou peut-être dans d'autres projets). Je vous suggère de créer votre propre en-tête de fichier et ajouter les définitions ci-dessus. __builtin_attendent c'est un gcc builtin et n'a pas besoin d'un plus fichier d'en-tête.
    • Vous devez utiliser !!(x) au lieu de (x), pour forcer le paramètre être converti en 0 ou 1.

    InformationsquelleAutor Tomas
  2. 10

    Prendre un coup d'oeil dans Ce Que Chaque Programmeur Doit Savoir À Propos De La Mémoire sous "6.2.2 l'Optimisation de Niveau 1 mode d'Accès au Cache" - il y a une section sur exactement cela.

    • Merci pour le lien.
    • Pas de problème. C'est une très instructif de papier, même sur un troisième lecture 🙂
    InformationsquelleAutor Nikolai Fetissov
  3. 4

    Le probable() et rare() les macros sont jolis noms définis dans les en-têtes du noyau pour quelque chose qui est un réel gcc fonctionnalité

    InformationsquelleAutor Ken Bloom