`Semaphore.Release`をレディメイド連動インクリメントとして使用できますか？

Question

クロスプロセスカウンタが必要です。メモリマップされたファイルの整数をマップしてInterlocked.Incrementを使用することもできますが、Semaphore.Releaseはプログラミングオーバーヘッドが少なくて済みます。例：

var mySem = new Semaphore(0, int.MaxValue, "mySemName"); 

// Get the next number. 
int num = mySem.Release(); 

これは妥当と思われますか？

Answer 1

短い答え：はい

しかし...あなたがインクリメント（またはそれをデクリメント）それを読むために必要があるだろう。スロットの現在の数を読み取るプロパティはありません（これは実際のスロットの意味では意味があります）。

Answer 2

"rigmarole"は専門用語です。より少ないオーバーヘッドで？番号

セマフォーは、セマフォーカウンター値がすべてのスレッドにわたって一貫性が保たれるように特別なアルゴリズムを実装しています。カウンター値は検査される前にロックされていなければならず、カウンターの増分または減分が完了するまでロックを保持する必要があります。ロックされている間、他のスレッドは待機（ブロッキングの場合）または単に失敗（非ブロッキングの場合）することがあり、しばらく後に再試行することがあります。

インターロックされたインクリメントは、インクリメント操作がアトミックであることを保証するだけです。インターロックされたバイトの増分は、バイト・インクリメントがCPUレベルの命令であるため、特別なロジックを必要としません。 WordとDWordのインクリメントは、チップセットに応じてアトミックである場合もあれば、アトミックでない場合もあります。それがアトミックであれば、フレームワークはそれを利用し、フレームワークがそれを利用する場合、フレームワークは異なるスレッドが同じワードまたはワード内の異なるメモリ部分を同時にインクリメントしないようにロックを設定します。

ほとんどの場合、インターロックされたインクリメントとデクリメントにはオーバーヘッドがほとんどありません。

Answer 3

はい、問題なく動作します。しかしこれはSemaphoreクラスが設計されたものではありません。コードを維持するためにあなたの後ろに来る貧しい人をあわててください。彼はSemaphore.WaitOne（）呼び出しがどこにあるのか不思議に思います。

この同じことを共有メモリで行うことは難しくありません。ここに必要なものはすべて...

  string mapname = "{EE9D59F3-18F7-4FB6-B76B-AC1E6902BD9B}"; 
      MemoryMappedFile mmf = MemoryMappedFile.CreateOrOpen(mapname, sizeof(int)); 
      MemoryMappedViewAccessor mmva = mmf.CreateViewAccessor(0, sizeof(int)); 
      int count = Interlocked.Increment(ref *(int*)p.ToPointer()); 

これは誇りに思うコードではありません。/unsafeでコードをコンパイルする必要があります。

エレガントなアプローチがない場合は、デザインの前提を再確認する必要があります。なぜ最初に共有カウンターが必要なのですか？何かをユニークにする場合は、各プロセスでGUIDを生成してみませんか？合計を集計する場合は、サーバーに増分をポストする方が堅牢な方法が考えられます。あなたが本当に高性能のカウントを必要とするなら、おそらくC＃はあなたの野望のための正しい手段ではないでしょう。