now maintainance mode
 now maintainance mode2-1

 : 現在のインスタンスハンドルを取得する

 : 100倍軽いLockでも200回使えば100倍重いLock1回より遅い

スピンロックに比べると、mutex はスレッドのブロックにより大量のプロセッサリソースを消費します。相互排他ロックが使用できない場合、スレッドはスケジューリングの状態を変更して、自身を待機スレッドの待ち行列に追加します。ロックが使用可能になると、スレッドがロックを獲得する前に、これらの手順を逆にたどる必要があります。スレッドは、ブロックされている間、プロセッサリソースを消費しません。

したがって、スピンロックと mutex は別の目的に使用すると有効な場合があります。非常に短期間のブロックでは、スピンロックの方が全体的なオーバーヘッドは少なくなることがあります。スレッドがより長期間ブロックされる場合は、mutex の方が全体的なオーバーヘッドは少なくなることがあります

https://docs.oracle.com/cd/E19253-01/819-0390/ggecq/index.html

マルチスレッド処理におけるLock処理もCPUに対してオーバーヘッドがかかるので 呼びまくればLcokだけでもかなりな負荷になるし まその他諸々
Lock処理は重さだけではなくアルゴリズム的なアプローチも重要になってくるので単純にはかけられないということ

Lockのオーバーヘッドは その処理そのものがCPUにかける深以外にも様々に計算しないといけないのでプログラマーの腕が出るめんどくさいところ

 : GetCurrentProcessorNumberXP

https://topiyama.hatenadiary.org/entry/20090623/p1

 : 利用するCPUを固定

 : OutputDebugStringA

 : CreateDialog

 : Visual Studioと戯れている

ひさしぶりに、Visual Studioと戯れている