Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Guru of the Week n° 33 : le mot clé inline
Contrairement à l'opinion populaire, le mot-clef inline n'est pas une sorte de formule magique. C'est néanmoins un outil utile quand on l'emploie comme il faut. La question est : quand doit-on l'utiliser ?
Dans cette traduction de Guru of the Week n° 33, Herb Sutter aborde la question du mot clé inline et de l'optimisation précoce.
Utilisez-vous inline selon ces recommandations ?
Je remercie les gens pour cette traduction, cela faisait quelques temps que je cherchais une parole fiable sur l'utilisation de inline
N'ayant (malheureusement) jamais travaillé pour l'instant sur des projets où la vitesse d'exécution était très critique, je n'ai jamais eu besoin d'utiliser inline. Quelques phrases m'ont marquées :
Et cela rejoint parfaitement une idée à laquelle j'adhère totalement et que je sors souvent aux gens que j'aide sur ce forum :évitez de mettre inline et de faire tout réglage fin tant que les profils de performances n'ont pas prouvé le besoin (Cline95 : 139-140, 348-351 ; Meyers92 : 107-110 ; Murray93 : 234-235; 242-244) ;
corollaire : en général, évitez de mettre inline (Lakos96 : 631-632 ; Murray93 : 242-244) ;
Cette phrase devrait être gravée en haut de l'écran de tous les développeurssi vous cherchez à améliorer l'efficacité, commencez toujours par vous pencher sur vos algorithmes et vos structures de données
Je trouve que c'est un des mots clef les plus mystique du C++ car son fonctionnement dépend plus de l'implémentation du compilateur et de ses optimisations que de la norme.
En tout cas merci pour cette traduction !
Tout comme volatile, encore plus mystique.
Le mot clé en lui-même n'est pas si mytisque, il dit juste au compilateur de ne pas faire de simplification en supposant une valeur figée de la variable, car celle-ci pourrait être modifiée par autre chose que le programme.
Ce qui est plus mystique peut-être, c'est de trouver un cas où ça arrive. Ca arrive en programmation bas niveau, quand ta variable donne accès à un registre matériel par exemple. L'exemple des memory-mapped I/O de Wikipedia anglais est intéressant : http://en.wikipedia.org/wiki/Volatil...ped_I.2FO_in_C
Par exemple, dans un microcontroleur, tu peux accéder à une zone mémoire qui donne la valeur d'un timer, qui change "tout le temps", indépendamment du programme. Imagine dans le premier exemple du lien, que foo est la valeur de ce compteur, et que tu attendes qu'il arrive à 255. Tu serais triste d'avoir un while(1) à la place.
Effectivement le volatile au moins, on sait ce qu'il fait.
inline, on sait ce que la théorie propose, en pratique... le compilateur décide ou non.
Ben le comportement de volatile dépend de la plate-forme, alors...
Que veux-tu dire par là ?
Voir ce fil sur StackOverflow.
Ce qui se dit dans le fil, c'est surtout que l'exemple du PO n'est pas bon pour montrer l'effet de volatile. Ce mot-clé indique au compilateur de ne pas faire n'importe quoi comme optimisation :
Cela ne veut pas forcément dire que les codes produits avec ou sans seront différents, car peut-être que le compilateur ne fera pas d'optimisation problématique même sans le volatile.Envoyé par dirkgently dans le dernier message,
En revanche, ce qui semble intéressant, c'est l'article donné dans la réponse la mieux notée. Je n'en ai lu que l'abstract mais les problèmes semblent venir des compilateurs et non des plate-formes en elles-mêmes. Je vais lire cet article, il a l'air bien intéressant !
Le problème vient pas de la compilation, mais de l'interprétation par le matériel du code compilé.
Que VC++ en a détourné la sémantique officielle pour lui conférer des propriétes des std::atomics<>.
Ce qui permet p.ex. de définir un singleton thread-safe avec VC++ grâce à volatile.
VC++ fait de l'excès de zèle ?
Parce que, pour autant que je sache, rendre volatile similaire à atomic reste tout de même un comportement standard. Même si on peut se demander pourquoi.
Mais un code qui compile (et fonctionne) avec un volatile "normal" (i.e. se limitant aux restrictions du standard) devrait aussi fonctionner avec la mode VC++-like.
Non ?
Au fait, comment navigue-t-on vers ces articles sans disposer des liens directs ??
Manifestement, ce n'est pas dans la section Blog.
Bonjour
Tu as un lien vers la page d'index dans le synopsis de chaque article : http://cpp.developpez.com/gotw
Je vais également ajouter une entrée dans la page de cours
++
Répondre avec citation
Partager