OSの機能

② 3つのグループに仕分ける

9つを丸暗記しようとすると混ざります。何を管理しているのかで分けると見通しがよくなります。

③ 他の章とのつながり

この9つの機能は、この科目の他の分野への入口にもなっています。

つまりOSの機能一覧は、この科目全体の目次のような役割も果たしています。それぞれの機能が「なぜ必要か」を押さえておくと、後の章の学習が地続きになります。

④ ログファイルとダンプファイル

障害管理に出てくる2つのファイルの違いも押さえておきましょう。

• ログファイル……いつ、何が起きたかを時系列で記録したファイル。事後に原因をたどるために使う
• ダンプファイル……障害が起きた瞬間の主記憶装置の中身を、そのまま書き出したファイル。その時点の状態を詳しく調べるために使う

ログは時間の流れの記録、ダンプはある瞬間の断面図、と考えると区別できます。

先ほどの「月末の売上を集計して請求書を印刷する」という例でいえば、

• ジョブ……月末請求処理
• ジョブステップ……①売上データの読み込み ②集計 ③請求書の印刷
• タスク……それぞれのジョブステップを、CPUが実行できる細かい処理に分けたもの

という入れ子になります。

④ 「人から見るか、機械から見るか」

この論点で問われるのは、ほぼ例外なくジョブとタスクの定義の入れ替えです。

> ジョブ＝ユーザ（人間）から見た仕事の単位

> タスク＝コンピュータ（機械）から見た仕事の単位

「ジョブ」は英語で仕事・職務を指す日常語で、人が使う言葉です。「タスク」も仕事を指しますが、こちらはより細かい作業のニュアンスがあります。日常語のジョブが人間側、細かいタスクが機械側と結びつけておくと、本番で取り違えません。

⑤ マルチタスクが「同時に見える」理由

CPUは、ごく短い時間ずつ複数のタスクを切り替えながら実行します。切り替えの間隔が人間の知覚よりはるかに短いため、同時に動いているように見えるわけです。

この切り替えを行う際、OSはそのタスクがどこまで進んだか（レジスタの内容など）を保存し、次のタスクの状態を復元します。この切り替え作業をコンテキストスイッチといいます。切り替えそのものにも時間がかかるため、タスクを増やしすぎると切り替えの手間ばかりが増えて効率が落ちる、という現象も起こります。

いずれもバッファリング（緩衝）という共通の考え方に基づいています。スプーリングを単独の用語として覚えるのではなく、この系列の一員として位置づけておくと、記憶が定着します。

⑤ パッチとの取り違えに注意

デバイスドライバと混同されやすい用語にパッチがあります。

パッチ（patch）は「継ぎ当て」という意味の英語です。服の破れに布を当てるように、プログラムの不具合部分だけを直すデータ、というイメージです。機器を使えるようにするのがドライバ、プログラムを直すのがパッチ、と役割で区別してください。

ユーザアカウントに対してこれらの権限を付与することにより、コンピュータへのセキュリティを高めることができます。

④ 6つの権限の「重さ」

6つの権限は同じ重さではありません。危険度の低い順に並べると、おおよそ次のようになります。

1. 参照……見るだけ。情報漏えいのリスクはあるが、データは壊れない

2. 実行……動かせるが、内容は変えられない

3. 更新……内容を書き換えられる。誤った値に変えられる危険がある

4. 新規作成……ファイルを増やせる。容量の圧迫や不正なファイルの設置につながりうる

5. 削除……ファイルを消せる。取り返しがつかない

6. アクセス権変更……他の5つの権限を自分で付け替えられる

とくに⑥のアクセス権変更がもっとも強い権限である点に注意してください。この権限を持つ利用者は、自分に他のすべての権限を与えることができます。したがって、アクセス権変更の権限は管理者だけに絞るのが原則です。

⑤ 最小権限の原則

第6章で詳しく学びますが、アクセス権限を設計するときの基本的な考え方が最小権限の原則（Need to Knowの原則）です。

> 業務上必要な最小限の権限だけを与える

「念のため全部の権限を与えておく」という運用は、事故と不正の両方の温床になります。経理担当者に人事ファイルの参照権限は要りませんし、閲覧しかしない利用者に削除権限は要りません。

この原則は、第3章のデータベース（ビューによるアクセス制御）や第6章のアクセスコントロールでも繰り返し出てきます。OSのユーザ管理は、その出発点にあたります。