それは難儀でしたねぇ。

でもヒゲ先輩だって頭いいんだからもっと沢山仕事回せるんじゃないですか？

仕事依頼するほうがしっかりと管理してくれないと、それをこなす側からするとたまったもんじゃないですね。

パフォーマンスをフルに発揮するには、そういう管理能力がモノを言いますからね。

大いにありますよ。まさに先程ヒゲ先輩が言ってた店長に仕事を任されるっていうのがいわゆる、「プロセス管理」という奴です。

言えばヒゲ先輩はCPUに当たりますかね。

簡単に言うとそういう事になりますね。

プロセス管理では主に、

　・CPUにプロセス割り当てる「スケジューラ」

　・プロセスライフサイクルのステータスを管理する「プロセス構造体」

　・資源を有効活用する「スレッド」

があります。

まず「プロセス」とは何かをお話しましょう。

プロセスとは直訳すると「処理」や「工程」といった意味になりますが、カーネルの場合前者の処理という意味がしっくり来るかと思います。

つまりユーザからお願いされた「メール」や「ワープロ」といった処理そのもの一つ一つをプロセスだと思ってください。

説明が省けて助かります、その通りです。

ですが、それだけなら馬鹿でも出来ます。

頭のいいプロセス管理と頭の悪いプロセス管理というのがやはり有るわけで、ただ単にCPUにお願いするだけじゃないんです。

まぁ話を聞く限りでは・・・そうなるかと思いますが。

お二人がいってたように、現在のパソコンは複数のプロセスを同時に扱う事が出来ます。

これを「マルチタスク」といいます。

タスクとはユーザ側からみたプロセスの事だと思ってください。

「マルチプロセス」という似た言葉もありますが、全く別物です。

プロセスというのはCPUレベルで扱う処理単位を指します。

CPUは沢山の処理を並列して行うように思えますが、実際は一つのプロセスしか扱えないのです。

CPUの構造で勉強したでしょ？

実は、CPUは沢山あるプロセスを高速に切り替えているので、ユーザ側からみると同時に動いているように見えているだけなんです。

CPUにとっては、切り替えている意識は無く、カーネルから命令された処理をただこなしているだけなんですがね。

[pic_cat2_4_1　マルチタスク]

複数のCPUを備えているコンピュータ（これをマルチプロセッサと言う）であれば「マルチプロセス」が可能になります。

例えば、二つのCPUがあった場合は、二つのプロセスを同時進行する事が出来ますよね。

[pic_cat_2_4_2 マルチプロセス]

そうなればいいのですがね・・・現実はそんな甘くないんです。

というのも、マルチプロセスを実装するのはそう簡単なお話でない上に効果も限られた環境でしかあまり期待できないんですよ。

それら二つのプロセスが、お互いに「依存関係（ディペンデンシ）」を持っていたら？

またはそれらプロセスが、二つとも同じファイルに対して書き込みをする必要があったら？

例えば、二人で同じノートを使って文字を書くという事ですよ。

同時に書き込みが行われると整合性が保てなくなり、「データ破損」につながるんです。

なので、そうならないようにカーネルは「排他制御」をファイルなどのリソースにかけるんです。

プロセスが書き込んでいるファイルに対して排他制御をかける事で、「他のプロセスに触らせない」のです。

そうなりますね。

実際は一つのプロセスだけがリソースを占有しない様に、時間や命令単位（ページ単位）で切り替えて「並列性」を高めていますね。

こうしたところは「マルチタスク」と似たような性質を持っています。

マルチタスクはもともとCPUに対して「ある一定時間（クォンタム）」と「優先順位（プライオリティ）」等に応じて切り替え並列性を高めています。

切り替えるタイミングで、CPUレジスタ内のデータである「コンテキスト」を退避させ、他のプロセスのレジスタ内容を呼び出して再開させます。

[pic_cat2_4_3 プロセスの切り替え]

カーネルによってはプロセスには優先順位（プライオリティ）がついてます。

当然プライオリティが高ければ高いだけ、そのプロセスがCPUに割り当てられる頻度や時間が多くなるでしょう。

ヒゲ先輩が言ってたように、店長がプライオリティをはっきりしてくれれば処理する順序もわかって多少は仕事がやりやすくなるんじゃないでしょうか？

実際スケジューリングに求められるのは沢山あるので、そう簡単にはいかないと思いますがね・・・。

[table_cat2_4_1 スケジューリング要件]

まぁ、こうしたスケジューリングを行う機能をプロセス管理の中では特に「スケジューラ」といいます。

CPUにプロセスを割り当てる（スケジュールをする）から、スケジューラです、簡単ですね。

具体的にどうやっているのかは、プログラミングを勉強しないと分からないので割愛します。

「シングルタスク」の考え方ですよね。

場合によってはその考え方も間違いじゃないのですが、ここはやはりユーザ側の立場になって考えてみてください。

情報量の多い現在において求められるのは、

　１．ユーザビリティの向上

　２．サービスの並列性

　３．プロセスの依存関係

この3つに限るんですよ。

まぁ、そうですね・・・。

なので今では、そうした要件を極力応えるために「スケジューリングアルゴリズム」がいくつもあるんですよ。

今までお話してきた、時分割（クォンタム）でのスケジューリングや優先度に応じてスケジューリングするもの。

また実行の順番を忠実にこなして行くスケジューリングなど・・・。

[pic_cat2_4_4 スケジューリングアルゴリズム]

マネージャたるもの、定常業務時での管理は様々な視点から最適な手法を取り、メンバーの状態、力量、業務の規模、難易度から公平性を意識して割り当て、そのライフサイクルの一切を責任をもって臨むべし！（キリッ

まぁ、そういう時もあるでしょうね。

OSにだってそういう時ありますよね。

いや、実はちょっと違うんですよ。

急に入る仕事をOSでは「割り込み要求（IRQ)」というんですね。

スケジューリングされていないプロセスを急ぎで処理しないといけないとか。

そうですよ、堂々と割り込むんです。

割り込み要求の例としては、

　１．ネットワーク上のデータ送受信

　２．キーボード入力

　３．マウス入力

等があります。

そうですね、無視して割り込んじゃいます。

割り込み要求にも2種類あるんですが、そこらへんの詳しいお話はまた別の機会にしましょう。

ある日突然、「ぱぁぁ」っと分かる日が来ますよ。

では、本日のお会計は8650円になります。