newspaper)まじで、購読している。consumers)消費者全員じゃない。データ1つにつき、1人しか食べられないよ。Producer-Consumerモデル(結城さんの説明)これはOS、マルチタスク、マルチスレッドの本などによく登場するパターンです。増減させるケースもありますよ。データを用意するのに時間がかかるけれど、消費は相対的にかんたんな場合。ローカルに処理するので多少の処理でもすぐ終わる、みたいなのとか逆に考えて、PとCを同時にやるのはかなり大変な気がする(パフォーマンスもつらそう)実装がシンプルになるのも、直感的には理解できる感じがある。条件変数むずかった....管理すべき対象が多いので難しかった。いうか、最終的に理解はできなかった!が、丁寧に状態を追ったり、スレッドの状況を可視化してみたり、ともかく、ゆっくり考えれば辿り着けそうな気もする。単純な共有資源アクセスの排他制御しか行えません。一方で典型的な並行・並列理設計では「共有資源としてのデータ構造が、特定の状態に変化するまで待機」したい状況がよくあります。複数スレッド間でデータを安全に送受信する有限長のFIFO待ち行列データ構造を考えると、取出側は有効なデータが存在するまで待機、挿入側は空きができるまで待機する必要があります。同期プリミティブとしての条件変数は、3つの基本操作を提供します。強気に、気軽に、読めるあー、「役に立たない」からこそ、じっくり腰を据えることができる、というのはありますよね。3月はこれをやるぞ!音読したい人を決めるひたすら交代で読むくりかえす黙読したい人もいると思うので、そういうようにVCを追加する。