Non, il n'y a aucune garantie sur le nombre d'instructions par temps. La façon dont les choses fonctionnent est plus compliquée que l'exécution d'un certain nombre d'instructions de toute façon.
Les instructions exécutées dépendent plus de l'architecture du processeur que de la langue. L'architecture MIPS «traditionnelle» enseignée dans de nombreux cours de conception d'introduction exécuterait une instruction par cycle d'horloge; un processeur conçu comme celui-ci fonctionnant à 1MHz exécuterait un million d'opérations par seconde. Les processeurs du monde réel utilisent des techniques telles que les pipelines, la prédiction de branchement, l'hyper-threading, etc. et n'ont pas un nombre défini d'opérations par cycle d'horloge. Au-delà de cela, les processeurs du monde réel fonctionneront généralement sous un système d'exploitation avec des capacités multitâches. Cela signifie qu'un thread peut être interrompu par le noyau à des points inconnus, et n'exécuter aucun code car les autres threads reçoivent du temps processeur. Il existe des systèmes d'exploitation «en temps réel» conçus pour donner plus de garanties sur le temps nécessaire à l'exécution du code exécuté sur le processeur.
Vous avez déjà fait des recherches sur Wikipedia; Certains des mots-clés ci-dessus devraient aider à trouver plus d'articles sur le sujet, et à partir de là, vous devriez être en mesure de trouver beaucoup de sources primaires pour en savoir plus sur le sujet.
Quel est le problème que vous essayez de résoudre, que vous pense qu'une réponse à votre question vous rapprocherait d'une solution? La seule chose que le standard C++ garantit est que "** [intro.multithread]/3 ** Implémentations devrait s'assurer que tous les threads débloqués finissent par progresser." –
Pas une réponse à votre question mais: l'addition pourrait être une instruction dans certains scénarios sur certaines machines et plus d'une sur d'autres. Si vous ajoutez deux registres de la même taille et que vous remettez le résultat dans un registre de même taille, alors il s'agira probablement d'une instruction et sur une machine sans instruction pipelining, ce sera probablement un cycle. Mais que faire si vous avez besoin de lire les valeurs de la mémoire - qui prend presque toujours plus d'un cycle. Si les registres n'ont pas tous la même taille, le processeur peut avoir à faire une lecture-modification-écriture qui n'est définitivement pas indivisible. –
Je n'ai jamais envisagé cela lorsque j'écrivais des applications multithread, car cela semble hors de propos, mais je suppose que la réponse est 'une instruction machine'.Il n'est pas déraisonnable qu'un thread soit défini sur un core, puis presque immédiatement interrompu et préempté par un thread de plus haute priorité qui est devenu prêt pour une interruption d'E/S ou une signalisation inter-thread. –