


La lecture-modification-écriture atomique est-elle une opération atomique ou séparable ?
Les opérations de lecture-modification-écriture atomique (RMW), telles que x.exchange(), sont des opérations atomiques qui lisent et écrivent un emplacement mémoire et garantissent que les opérations de lecture et d'écriture sont exécutées dans l'ordre. Cependant, il n'est pas explicitement défini si ces opérations sont considérées comme une opération atomique unique ou une combinaison d'une charge d'acquisition et d'un magasin de libération.
Point de vue de la norme
Du point de vue de Du point de vue de la norme C, une opération RMW est considérée comme une opération unique. Cela ressort clairement du fait qu’il porte un nom unique (RMW) et qu’il est désigné par la norme comme une opération unique. Par exemple, [N4860](https://isocpp.org/files/papers/n4860.pdf) (Draft Working Paper std::memory_order) déclare :
"Une opération de lecture-modification-écriture avec ceci L'ordre de la mémoire est à la fois une opération d'acquisition et une opération de libération. Aucune lecture ou écriture de mémoire dans le thread actuel ne peut être réorganisée avant ou après cela. store."
Opérations atomiques ou séparables
La distinction entre les opérations atomiques et séparables est importante car elle détermine la manière dont les autres opérations interagissent avec elles. Si une opération RMW est traitée comme atomique, cela signifie qu'elle ne peut pas être réorganisée par rapport aux autres accès mémoire. Cependant, s'il est traité comme séparable, cela ouvre la possibilité de réorganiser entre les composants de chargement et de stockage de l'opération.
Exemple de code
Considérez l'exemple de code suivant , qui utilise x.exchange() et y.store() pour définir les valeurs de deux variables atomiques, x et y.
std::atomic<int> x, y; void thread_A() { x.exchange(1, std::memory_order_acq_rel); y.store(1, std::memory_order_relaxed); } void thread_B() { int yy = y.load(std::memory_order_acquire); int xx = x.load(std::memory_order_acquire); std::cout <p>Si x.exchange() est traité comme une seule opération atomique, cela signifie que les composants de chargement et de stockage de l'opération ne peuvent pas être réorganisés. Par conséquent, le thread B observera toujours que les valeurs de x et y sont toutes deux égales à 1 ou toutes deux égales à 0.</p> <p>Cependant, si x.exchange() est traité comme séparable, cela laisse ouverte la possibilité que le chargement et le stockage les éléments de l’opération pourraient être réorganisés. Dans ce cas, le thread B pourrait potentiellement observer que les valeurs de x et y sont 0, 1, car la charge de x pourrait être réorganisée avant le magasin vers y.</p> <p><strong>Implémentation du compilateur et interprétation standard</strong></p> <p>Du point de vue de la norme, il semblerait que le thread B ne devrait pas observer 0, 1. Cependant, l'implémentation ARM64 du code suggère que l'opération RMW est traitée comme séparable, ce qui permet la possibilité de réorganiser entre les composants de chargement et de stockage.</p> <p>Cet écart apparent soulève la question de savoir si la citation de référence est incorrecte ou s'il s'agit simplement d'une mauvaise compréhension de la norme. Bien qu'il soit possible que la citation cppreference ne soit pas parfaitement exacte, elle correspond au traitement général de la norme des opérations RMW comme des opérations atomiques uniques.</p> <p>Il est important de noter que la norme ne définit pas explicitement le comportement des opérations RMW sous toutes circonstances. En particulier, il ne fournit pas d'indications claires sur la manière dont les relations de synchronisation s'appliquent aux opérations RMW. En tant que tel, il peut y avoir place pour différentes interprétations et mises en œuvre des opérations RMW.</p></int>
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Cet article détaille les types de retour de la fonction C, englobant de base (int, float, char, etc.), dérivé (tableaux, pointeurs, structures) et types de vide. Le compilateur détermine le type de retour via la déclaration de fonction et l'instruction de retour, appliquant

Gulc est une bibliothèque C haute performance priorisant les frais généraux minimaux, l'inclinaison agressive et l'optimisation du compilateur. Idéal pour les applications critiques de performance comme le trading à haute fréquence et les systèmes intégrés, sa conception met l'accent sur la simplicité, le module

Cet article explique la déclaration de la fonction C par rapport à la définition, l'argument passant (par valeur et par pointeur), les valeurs de retour et les pièges communs comme les fuites de mémoire et les décalages de type. Il souligne l'importance des déclarations de modularité et de provi

Cet article détaille les fonctions C pour la conversion de cas de chaîne. Il explique l'utilisation de Toupper () et Tolower () de Ctype.h, itérant à travers les cordes et manipulant des terminateurs nuls. Les pièges communs comme oublier Ctype.h et modifier les littéraux de chaîne sont

Cet article examine le stockage de valeur de retour de la fonction C. De petites valeurs de retour sont généralement stockées dans les registres pour la vitesse; Des valeurs plus importantes peuvent utiliser des pointeurs vers la mémoire (pile ou tas), impactant la durée de vie et nécessitant une gestion manuelle de la mémoire. ACC directement

Cet article analyse les utilisations à multiples facettes de l'adjectif "distinct" "explorant ses fonctions grammaticales, des phrases communes (par exemple," distinctes de "" "distinctement différentes") et une application nuancée en formelle vs informelle informelle

Cet article explique la bibliothèque de modèles standard C (STL), en se concentrant sur ses composants principaux: conteneurs, itérateurs, algorithmes et fonctors. Il détaille comment ces interagissent pour permettre la programmation générique, l'amélioration de l'efficacité du code et de la lisibilité

Cet article détaille l'utilisation efficace de l'algorithme STL en c. Il met l'accent sur le choix de la structure des données (vecteurs vs listes), l'analyse de la complexité des algorithmes (par exemple, STD :: Srieur vs std :: partial_sort), l'utilisation des itérateurs et l'exécution parallèle. Pièges communs comme


Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

MantisBT
Mantis est un outil Web de suivi des défauts facile à déployer, conçu pour faciliter le suivi des défauts des produits. Cela nécessite PHP, MySQL et un serveur Web. Découvrez nos services de démonstration et d'hébergement.

DVWA
Damn Vulnerable Web App (DVWA) est une application Web PHP/MySQL très vulnérable. Ses principaux objectifs sont d'aider les professionnels de la sécurité à tester leurs compétences et leurs outils dans un environnement juridique, d'aider les développeurs Web à mieux comprendre le processus de sécurisation des applications Web et d'aider les enseignants/étudiants à enseigner/apprendre dans un environnement de classe. Application Web sécurité. L'objectif de DVWA est de mettre en pratique certaines des vulnérabilités Web les plus courantes via une interface simple et directe, avec différents degrés de difficulté. Veuillez noter que ce logiciel

SublimeText3 version anglaise
Recommandé : version Win, prend en charge les invites de code !

Adaptateur de serveur SAP NetWeaver pour Eclipse
Intégrez Eclipse au serveur d'applications SAP NetWeaver.

Dreamweaver Mac
Outils de développement Web visuel
