アセンブリは読めない部分も多いけど、注釈だったり、みんなで読めばなんとかなる。Cは低級言語じゃないよ!みんなCが高級言語ってことを忘れがちですねアセンブリの話をみると、この話がよーくわかる。本文はいつでもそこにあるじゃないか!「隙間」を意識することこそ重要1行や1文が、最小単位だと思うなよ!(デデーン!!!いかに、隙間を意識できるか、あるいは、隙間に割って入られることを自然に想像できるか?繰り返しっぽくなり、また、既におっしゃっていただいてますが。高レイヤはある程度以上の経験はあるけど、低レイヤに慣れてないという方が、低レイヤの考えに慣れるのに一番大事なのは、やはり「隙間」を意識ことだと思います。四天王の中でも最弱(最近そんな使われない的な雰囲気を感じる時がある)FetchAndAddは四天王の中でも最弱と見せかけて活躍する回。データの読み込みが普通。fetchと同等の意味で使うこともある。逆に言えば、「データを読み込む」という表現をするために、fetchと言うことは少なそう。Fetch)」だミューテックスとセマフォの区分mutexとsemaphoreを区分するときに、「ロックを獲得できるプロセス数」で考えちゃうと、混乱しちゃう。いうか、同じものに見えちゃったりした。排他制御だけを目的とすると、「競合状態が起きるうセマフォの存在意義なくね?」っておもっちゃった。思うといい感じな気がする。同時に実行できるプロセスを抑制したーいMutexとセマフォを実装するモチベーションはそのような感じですが、実装上は「Mutexが1つ」または「最大1のセマフォが1つ」あれば、任意の数のセマフォとMutexを実装することができます(性能は「直に実装した場合」よりは落ちますが。https://discord.com/channels/508093437187457045/882639711447961710/928628030627274762Gmailの実装の話。16スレッド制限していて、セマフォがあった話。mutex一度に走るプロセスが最大1でなくてはならないことを保証するための機構。semaphore同時に複数のプロセスが走ってよいが、好き勝手に走らせるのではなく、一度のプロセス数を制御したい場合の機構。並行処理によってマシンリソースが食い尽くされないようにする時とかに使う、調整のための仕組み?https://discord.com/channels/508093437187457045/882639711447961710/928625890517205033「トイレのたとえ」がおもしろい。スピンロックロックを獲得したプロセスが、待機中になってるともったいないよねって話。簡単な本は読めるけど、専門書が理解できないです。頭が悪いからではなく、頭が固くせっかちで、理解できるようになる努力を怠っているからおうちCIルンバが通れたらGREENという発想おうち環境はサーバー環境と似ている。