スレッドに参加するときにメモリバリアが必要ですか？

Question

スレッドAが別のスレッドBを変数Vに書き込む単一の目的で生成し、それが終了するのを待っている場合、スレッドAの後続のVの読み込みを確実にするためにメモリバリアが必要ですか？それらを冗長にする終了/結合操作に暗黙の障壁があるかどうかは不明です。

ここでは例です：

public static T ExecuteWithCustomStackSize<T> 
    (Func<T> func, int stackSize) 
{ 
    T result = default(T); 

    var thread = new Thread(
     () => 
       { 
        result = func(); 
        Thread.MemoryBarrier(); // Required? 
       } 
     , stackSize); 

    thread.Start(); 
    thread.Join(); 

    Thread.MemoryBarrier(); // Required? 
    return result; 
} 

はどちらか/両方（またはそれ以上）されている必要上記のスニペットでは障壁の？

Answer 1

それらが必要とされていないように見える文書から -

メモリバリアは、（例えば、複数のインテルItaniumプロセッサを使用するシステム）、弱いメモリ順序でマルチプロセッサシステムでのみ必要です。

ほとんどの場合、C＃のlockステートメント、Visual BasicのSyncLockステートメント、またはMonitorクラスを使用すると、データを簡単に同期できます。

あなたがjoinでブロックするので、それはさらに必要ではありません。

Answer 2

最初のメモリバリアは不要です。 別のスレッドで変更されたデータにアクセスする前に、それらを呼び出す必要があります。 「スレッド」内でそうしているわけではないので、呼び出しは必要ありません。

Joinコールを維持する予定がある場合は、2番目のコールを取り除くことができます。 2回目の通話を続けると、参加を取り除くことができます。

Answer 3

いいえ、同期メカニズムは暗黙のメモリフェンスを生成します。スレッドによって変更されたすべてのデータは、スレッドが結合された後に表示されます。