１９９８−１１−２０　　８ビット・１６ビット・３２ビット 　 今月は、８ビット、１６ビット、３２ビットに関するお話でもしてみましょう。 私の知り合いの使っているパソコンで、つい最近こんな事がありました。 ＭＯ（光磁気ディスク）装置で、データのコピーをしていたところ、 １２０ＭＢくらいになると、コピーができなくなり、エラーになる。という現象です。 最初は、なんだかよく解りませんでしたが、色々調べていくうちにこんな事が解ってきました。 ＭＯ装置のファイル管理テーブルが８ビットで構成されていたのです。 ８ビットですから、２の８乗＝５１２なんです。 なんと、そのＭＯはルートディレクトリには、５１２個までしかファイルを生成する事が できなかったんですね。 最近は、フォルダ（ディレクトリ）をこまめに作って、同一階層に沢山のファイルを作る事を しなくなりましたから、見逃してしまったようです。 Ｗｉｎ９５からは１６ビット、Ｗｉｎ９８はＦＡＴ３２を使用すれば３２ビットで 管理ができるものと思っていましたが、違っていました。これが・・・・。 そういえば昔こんな事がありました。 オフコンや汎用コンピュータがまだ８ビットだった頃の話 ディスク内に格納できるファイルの数（容量ではなく）が５１２を越えると ファイル管理からＶＴＯＣ（ボリューム管理テーブル）が一杯になったとのメッセージがでました。 昔の事ですから、１ボリュームに５１２を越えるファイルが出来ることは滅多になかったんですよ。 それでいて、フォルダというかディレクトリというか、そんな概念も無かったものですから、 ファイル管理に結構気を遣ってました。 それも１６ビット機（Ｗｉｎ９５・ＦＡＴ１６）になってからや、３２ビット機（ＦＡＴ３２）になると、 もう管理出来る数なんて全く気にしなくなったというわけです。　ハイ。 何しろ２の１６乗や２の３２乗の個数ですから（暗算で計算できない）(^_^;)・・・・。 もうファイルの個数なんて、全く気にしなくなっていたんです。 それに、ディレクトリ（フォルダ）の概念が出てきて、ファイルをグループ分けするように なってきましたし、同一階層に沢山のファイルを押し込んでおくのは、管理上もめんどくさい。 それにしても、ＭＯのファイル管理構造はいまだに、８ビットなんですね。 少々呆れてしまいました。　 今の世の中なら、せめて１６ビットテーブルにしておいてほしいですね。 Ｗｉｎ９５でフォーマットしても、やっぱり８ビットテーブルなんでしょうか？ 何となく割り切れない気もしますが・・・。(^_^) それとも、ルートディレクトリに限って、８ビットテーブルなんでしょうかねぇ。 いやぁ〜、ほんとにいい経験をしました・・・。