ホームページ バックエンド開発 C++ アトミックな読み取り、変更、書き込みは単一のアトミック操作ですか、それとも分離可能な操作ですか?

アトミックな読み取り、変更、書き込みは単一のアトミック操作ですか、それとも分離可能な操作ですか?

Dec 18, 2024 pm 08:16 PM

Is Atomic Read-Modify-Write a Single Atomic Operation or a Separable One?

アトミック読み取り-変更-書き込みはアトミックまたは分離可能な操作ですか?

アトミック読み取り-変更-書き込み (RMW) 操作などx.exchange() は、メモリ位置の読み取りと書き込みの両方を行うアトミック操作であり、読み取り操作と書き込み操作が順番に実行されることを保証します。ただし、これらの操作が単一のアトミック操作とみなされるか、取得ロードとリリース ストアの組み合わせとみなされるかは、明示的に定義されていません。

標準の観点

よりC 標準の観点からは、RMW 操作は単一の操作とみなされます。これは、単一の名前 (RMW) があり、標準では単一の操作として参照されるという事実から明らかです。たとえば、[N4860](https://isocpp.org/files/papers/n4860.pdf) (ドラフトワーキングペーパー std::memory_order) には次のように記載されています。

「これによる読み取り、変更、書き込み操作メモリの順序は取得操作と解放操作の両方です。現在のスレッドでのメモリの読み取りまたは書き込みは、この前後に並べ替えることはできません。 store."

アトミック操作と分離可能な操作

アトミック操作と分離可能な操作の区別は、他の操作とどのように相互作用するかを決定するため重要です。 RMW 操作がアトミックとして扱われる場合、それは他のメモリ アクセスに関して順序を変更できないことを意味します。ただし、分離可能として扱われる場合、操作のロード コンポーネントとストア コンポーネントの間で順序を変更できる可能性が広がります。

サンプル コード

次のコード例を考えてみましょう。これは、x.exchange() と y.store() を使用して、2 つのアトミック変数 x と の値を設定します。 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 << xx << ", " << yy << std::endl;
}
ログイン後にコピー

x.exchange() が単一のアトミック操作として扱われる場合、操作のロード コンポーネントとストア コンポーネントを並べ替えることはできないことを意味します。したがって、スレッド B は、x と y の値が両方とも 1 であるか、両方とも 0 であることを常に監視します。

ただし、x.exchange() が分離可能として扱われる場合、ロードとストアが行われる可能性が残されます。操作のコンポーネントは並べ替えられる可能性があります。この場合、x からのロードが y にストアされる前に並べ替えられる可能性があるため、スレッド B は x と y の値が 0、1 になる可能性があります。

コンパイラの実装と標準解釈

標準の観点に基づくと、スレッド B は 0、1 を観察すべきではないように見えます。コードの ARM64 実装では、RMW 操作が分離可能として扱われ、ロード コンポーネントとストア コンポーネント間の並べ替えの可能性が考慮されることが示唆されています。

この明らかな矛盾により、cppreference の引用が間違っているのか、それとも単に標準の誤解なのかという疑問が生じます。 cppreference の引用は完全に正確ではない可能性がありますが、RMW 操作を単一のアトミック操作として扱う標準の一般的な扱いと一致しています。

標準では、次のような RMW 操作の動作を明示的に定義していないことに注意することが重要です。あらゆる状況。特に、同期との関係が RMW 操作にどのように適用されるかについての明確なガイダンスは提供されていません。そのため、RMW 操作には異なる解釈と実装の余地がある可能性があります。

以上がアトミックな読み取り、変更、書き込みは単一のアトミック操作ですか、それとも分離可能な操作ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

C#対C:歴史、進化、将来の見通し C#対C:歴史、進化、将来の見通し Apr 19, 2025 am 12:07 AM

C#とCの歴史と進化はユニークであり、将来の見通しも異なります。 1.Cは、1983年にBjarnestrostrupによって発明され、オブジェクト指向のプログラミングをC言語に導入しました。その進化プロセスには、C 11の自動キーワードとラムダ式の導入など、複数の標準化が含まれます。C20概念とコルーチンの導入、将来のパフォーマンスとシステムレベルのプログラミングに焦点を当てます。 2.C#は2000年にMicrosoftによってリリースされました。CとJavaの利点を組み合わせて、その進化はシンプルさと生産性に焦点を当てています。たとえば、C#2.0はジェネリックを導入し、C#5.0は非同期プログラミングを導入しました。これは、将来の開発者の生産性とクラウドコンピューティングに焦点を当てます。

CとXMLの未来:新たなトレンドとテクノロジー CとXMLの未来:新たなトレンドとテクノロジー Apr 10, 2025 am 09:28 AM

CとXMLの将来の開発動向は次のとおりです。1)Cは、プログラミングの効率とセキュリティを改善するためのC 20およびC 23の標準を通じて、モジュール、概念、CORoutinesなどの新しい機能を導入します。 2)XMLは、データ交換および構成ファイルの重要なポジションを引き続き占有しますが、JSONとYAMLの課題に直面し、XMLSchema1.1やXpath3.1の改善など、より簡潔で簡単な方向に発展します。

Cの継続的な使用:その持久力の理由 Cの継続的な使用:その持久力の理由 Apr 11, 2025 am 12:02 AM

C継続的な使用の理由には、その高性能、幅広いアプリケーション、および進化する特性が含まれます。 1)高効率パフォーマンス:Cは、メモリとハードウェアを直接操作することにより、システムプログラミングと高性能コンピューティングで優れたパフォーマンスを発揮します。 2)広く使用されている:ゲーム開発、組み込みシステムなどの分野での輝き。3)連続進化:1983年のリリース以来、Cは競争力を維持するために新しい機能を追加し続けています。

Cマルチスレッドと並行性:並列プログラミングのマスタリング Cマルチスレッドと並行性:並列プログラミングのマスタリング Apr 08, 2025 am 12:10 AM

cマルチスレッドと同時プログラミングのコア概念には、スレッドの作成と管理、同期と相互排除、条件付き変数、スレッドプーリング、非同期プログラミング、一般的なエラーとデバッグ技術、パフォーマンスの最適化とベストプラクティスが含まれます。 1)STD ::スレッドクラスを使用してスレッドを作成します。この例は、スレッドが完了する方法を作成し、待つ方法を示しています。 2)共有リソースを保護し、データ競争を回避するために、STD :: MutexおよびSTD :: LOCK_GUARDを使用するための同期と相互除外。 3)条件変数は、std :: condition_variableを介したスレッド間の通信と同期を実現します。 4)スレッドプールの例は、スレッドプールクラスを使用してタスクを並行して処理して効率を向上させる方法を示しています。 5)非同期プログラミングはSTD :: ASを使用します

CおよびXML:関係とサポートの調査 CおよびXML:関係とサポートの調査 Apr 21, 2025 am 12:02 AM

Cは、サードパーティライブラリ(TinyXML、PUGIXML、XERCES-Cなど)を介してXMLと相互作用します。 1)ライブラリを使用してXMLファイルを解析し、それらをC処理可能なデータ構造に変換します。 2)XMLを生成するときは、Cデータ構造をXML形式に変換します。 3)実際のアプリケーションでは、XMLが構成ファイルとデータ交換に使用されることがよくあり、開発効率を向上させます。

C#対C:学習曲線と開発者エクスペリエンス C#対C:学習曲線と開発者エクスペリエンス Apr 18, 2025 am 12:13 AM

C#とCおよび開発者の経験の学習曲線には大きな違いがあります。 1)C#の学習曲線は比較的フラットであり、迅速な開発およびエンタープライズレベルのアプリケーションに適しています。 2)Cの学習曲線は急勾配であり、高性能および低レベルの制御シナリオに適しています。

Cコミュニティ:リソース、サポート、開発 Cコミュニティ:リソース、サポート、開発 Apr 13, 2025 am 12:01 AM

C学習者と開発者は、Stackoverflow、RedditのR/CPPコミュニティ、CourseraおよびEDXコース、Github、Professional Consulting Services、およびCPPCONのオープンソースプロジェクトからリソースとサポートを得ることができます。 1. StackOverFlowは、技術的な質問への回答を提供します。 2。RedditのR/CPPコミュニティが最新ニュースを共有しています。 3。CourseraとEDXは、正式なCコースを提供します。 4. LLVMなどのGitHubでのオープンソースプロジェクトやスキルの向上。 5。JetBrainやPerforceなどの専門的なコンサルティングサービスは、技術サポートを提供します。 6。CPPCONとその他の会議はキャリアを助けます

最新のCデザインパターン:スケーラブルで保守可能なソフトウェアの構築 最新のCデザインパターン:スケーラブルで保守可能なソフトウェアの構築 Apr 09, 2025 am 12:06 AM

最新のCデザインモデルは、C 11以降の新機能を使用して、より柔軟で効率的なソフトウェアを構築するのに役立ちます。 1)ラムダ式とstd :: functionを使用して、オブザーバーパターンを簡素化します。 2)モバイルセマンティクスと完全な転送を通じてパフォーマンスを最適化します。 3)インテリジェントなポインターは、タイプの安全性とリソース管理を保証します。

See all articles