32ビット環境で64ビット変数のアトミックインクリメント

Question

another questionの回答を書くと、興味深いことがいくつか出てきましたが、今は理解できません。Interlocked.Increment(ref long value)は32ビットシステムで動作します。私に説明させてください。 32ビット環境用にコンパイルするとき

ネイティブInterlockedIncrement64が現在利用可能ではない、OK、必要に応じて.NETにあなたがメモリを揃えることができないので、それが理にかなって、それがから呼び出すことが、彼らはそれを落とした後、を管理していました。

.NETで

我々は64ビットの変数を参照してInterlocked.Increment()を呼び出すことができ、（我々はFieldOffsetとStructLayoutを使用することができる場合も、構造中に例えば）我々はまだ、そのアライメントに関する制約を持たないが、ドキュメントはdoesnのどのような制限（AFAIK）も言及していない。それは魔法です、それは動作します！

ハンスアンパッサンInterlocked.Increment()は、JITコンパイラによって認識特別方法であり、それは、同じ制限をInterlockedIncrement64のを共有InterlockedExchangeAdd64マクロあるFastInterlockExchangeAddLongを呼び出すれるCOMInterlocked::ExchangeAdd64()にコールを発することに留意。

今、私は困惑しています。

1秒間の管理環境を忘れてネイティブに戻ってください。なぜInterlockedIncrement64は機能しませんが、InterlockedExchangeAdd64は機能しますか？組み込み関数が利用できないとInterlockedExchangeAdd64作品は、それはInterlockedExchangeAdd64への呼び出しとして実施することができる場合InterlockedIncrement64は...、マクロです

さんが戻っ管理へ行こう：原子64ビットの増分が32ビットシステム上で実装されていますか？私は文章があると思います"この関数は他のインターロック関数への呼び出しに関してはアトミックです"が重要ですが、それでもコードはありませんでした。組み込み関数が利用できないときのがWinBase.hからInterlockedExchangedAdd64実装を選択してみましょう：

FORCEINLINE 
LONGLONG 
InterlockedExchangeAdd64(
    _Inout_ LONGLONG volatile *Addend, 
    _In_ LONGLONG Value 
    ) 
{ 
    LONGLONG Old; 

    do { 
     Old = *Addend; 
    } while (InterlockedCompareExchange64(Addend, 
              Old + Value, 
              Old) != Old); 

    return Old; 
} 

それはどのように読み取り/書き込みのため、原子することができますか？

Answer 1

InterlockedExchangeAdd64（）は、Trailに続いてWinNt.h SDKヘッダーファイルに移動します。ターゲットアーキテクチャに応じて、さまざまなバージョンが表示されます。

これは、一般的に崩壊：VC /で宣言された固有のコンパイラにバックを渡し

#define InterlockedExchangeAdd64 _InterlockedExchangeAdd64 

は/ intrin.hとコンパイラのバックエンドによって実装含まれています。

つまり、CLRの異なるビルドには異なる実装があります。 x86、x64、Itanium、ARM、ARM8、PowerPCなど、私の頭の上には何年も前から多くのことがありましたが、Appleがそれを無関係にする前にWindowsCEの起動に使用されていたものがあります。 x86の場合、これは最終的に、ミスアライメントされた64ビット変数を処理できる専用のプロセッサ命令であるLOCK CMPXCHNG8Bによって処理されます。私は、他の32ビットプロセッサ上でどのように見えるかを見るためのハードウェアを持っていません。

管理されたコードのターゲットアーキテクチャはコンパイル時に釘付けにされないことに注意してください。 MSILを実行時にターゲットに適応させるのはジッタです。/ clr：pureの代わりに/ clrを使ってコンパイルし、x86とx64だけが動くことができるのであれば、ターゲットを選ぶ必要があるので、C++/CLIプロジェクトにはあまり関係しません。しかし、配管工事はどこにでもあるので、マクロはそれほど有用ではありません。