now maintainance mode
 now maintainance mode2-1

revilog.com/category カテゴリーの個別ページを作る

https://qiita.com/Ki4mTaria/items/778ff9186bb4958bb667

https://qiita.com/tamo_breaker/items/869fe672a22a52331042

m https://qiita.com/Ki4mTaria/items/778ff9186bb4958bb667

https://qiita.com/Ki4mTaria/items/ca21a96ad9d92622b2ba

https://qiita.com/Ki4mTaria/items/778ff9186bb4958bb667

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

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

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

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

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

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