ほぅ・・・？

では、それがどう適しているのか説明してくださいます？

・・・にゃんにゃんっていうアドレスがハードディスク内にあるという発想は私でも流石に思いつかなかったですね。

そもそもフォルダ自身、ユーザが自由に作れるんですから。

ですが、途中までかなりいい線でしたね。

特にアドレスバーに気がつくとは流石私の教え子です。

その「ピーンッ！」っていう擬音語はやめて下さい・・・ナニがピーンと来てるんですか。違う想像しちゃいますよ。

ファイル管理にとって一番重要なのは、カーネルが特定のファイルをハードディスクから持ってくるという事ですね。

ファイル名とアドレスのテーブルを作って管理するというシンプルな考え方もありますが、大変なんですそれ。

ファイルの数だけ、アドレスを常に管理する必要がありますから。

そこで、ツリー構造にする事で覚えるアドレスの負荷分散を図るんですよ。

フォルダという存在はカーネルから見たら一つのファイルなんです。

では、そのフォルダファイルの中には何が書かれているかというと・・・。

フォルダは、そのフォルダ内直下にあるシンボル達のアドレスが書かれているんです。

大事なのは直下にあるファイルやフォルダのシンボルだけです。

そうですね。つまりこの場合、

[pic_cat2_11_1 ディレクトリ管理]

フォルダAは、ファイルシンボルA,B,CとフォルダシンボルBのアドレスを管理しています。

フォルダB内にあるファイルシンボルD,EとフォルダシンボルCのアドレスは、フォルダBが管理しています。

フォルダBにファイルシンボルDのアドレスを聞くにも、フォルダシンボルBのアドレスが必要ですよね。

フォルダシンボルBのアドレスを知っているのは、フォルダAという事になるんです。

でもよく考えて下さい。

ファイルシンボルEのアドレスもフォルダBが知っているという事は、やはりフォルダシンボルAのアドレスが一番初めに必要になるってことですよね？

気がつきましたか？

つまり、5つのファイルがあるのにカーネルはフォルダシンボルAのアドレスさえ知っていれば全てのファイルのアドレスを知る事が出来るんですよ。

効率は確かに悪いかもしれません・・・。

ですが、ツリー構造におけるファイルアクセスにおいてルートとなる一つのフォルダシンボルのアドレスさえ分かれば、いくら数千、数万、数十万のファイルがあっても簡単にアクセスできるんです。

そうですね。Windowsではドライブがルートになります。

つまり、CドライブとDドライブがあるという事は二つのツリー構造があるという事になります。

ツリー型は他にも「DNS」というネットワークサービスでも活用されていますが、それはまた別の話という事で。

実はまだ、このディレクトリ管理にはユーザ側にとってもメリットがあるんですよ。

M君、たまに鋭いですね。

そうです、「アクセスコントロール（ポリシー）」を行うにも適しているんです。

そうです、よくご存知ですね、M君。

ツリー型に「継承」という概念を付け加える事で、フォルダの管理がぐーんと楽になるんです。

ツリー型には「親子関係」というものが存在します。丁度プロセス管理でお話した事でもありますがね。

親に対して制限したアクセス制御は子に継承させる事が出来ます。

ですが、近年一部の研究者はフォルダ分けの整理整頓に批判的なんです。

M君はただ性格が雑なだけでしょうが・・・。

OSには大抵検索機能が備わっています。ファイルを利用するにはこの検索機能を使う事で瞬時にアクセスする事が出来るようになっています。

まぁ、そうですね。

なので検索を早める「Index検索」機能が付いてたりするんです。

ほら、よく本の巻末に用語の索引があるでしょ？OSは索引をあらかじめ作って検索をしているんですよ。

でもそのうち、本当にツリー型でのファイル管理が無くなり検索を主体におけるファイルシステムが出てくるかもしれませんね。

Googleなどでは、ツリー型ではなく「ラベル」によってデータを管理するシステムを作っていたりしますよね（G mail）

ファイルやらフォルダのシンボル自体、そのうち無くなったりして。

実にいいところに気がついてくれました！！

それについては次回！実際のファイルアクセス手順についてみていきながら説明していきましょう！！

次回につなげられる話の振り方がだんだんと分かってきてくれましたね！

本日は7470円になります。

ありがとうございました。