「アロケーションサイズ≒データの大きさ」が速い？

Question

Windows 7でアロケーションユニットサイズより小さい大きさのデータを記録する場合は、ハードディスクはその差分の領域も読み書きするのでしょうか。

例えば、アロケーションユニットサイズを64KBにしたハードディスクにファイルサイズ5KBのデータを書き込んだ場合は、差分の59KB （=64-5） の領域にはデータは何も記録されないことになりますが、書き込むときにはこの59KB部分も書き込むのでしょうか。また、このクラスタから読み出す場合は、この59KB部分も読みとるのでしょうか。

もし、ハードディスクが差分の領域も読み書きするのなら、小さいサイズのたくさんのファイルを読み書きするのに大きなアロケーションユニットサイズを設定していると読み書きが確実に遅くなるのではと思って質問しました。
よろしくお願いします。

Barracuda · Accepted Answer

ディスク読み書きの最小単位が「セクター」（通常512バイト）で、読み書きはセクター単位でしか
行なえません。
1バイトのデータを読み書きしたい場合でも、1セクター分(512バイト)読み書きしなければなりません。
これに対し、「アロケーションユニット」（クラスター）は、ファイル管理の最小単位です。
ファイルを保存すると、どんなに小さいファイルでも1アロケーションユニット分の領域を使用します。
ただ、読み書きはセクター単位で行なわれるため、64KBのアロケーションユニットに5KBのファイルを書き込むと、5KB=10セクターだけ読み書きされ、残りの59KBにはアクセスされません。
このため、アロケーションサイズ未満のファイルでも、遅くなることはないと思われます。
ただ、アロケーションサイズが極端に大きいと、クラスターギャップ（上の例の59KB）が大きくなり、
ディスク上の無駄が多くなります。
ファイルのサイズは千差万別のため、映像などGB単位のファイルばかりを保存するのでなければ、
アロケーションユニットサイズは数KB程度が良いのでは、と思います。
NTFSのアロケーションユニットサイズはデフォルトで4KB(=8セクター)です。

u-bot · Answer

素人の回答なので参考程度にして下さい。

アロケーションユニットサイズ単位で読み書きします。
そのため質問者さんの書かれている前半部分はそのとおりだと思います。

しかしアロケーションユニットサイズは連続した区画がとられます。
そのためアロケーションユニットサイズ内では断片化されないメリットがあります。
つまり64KB以内のファイルは実質断片化しないためシーケンシャルリード、ライトに有利です

---
HDDから4KBを読み書きする時間と64KBを読み書きする時間の差はHDDの回転速度を考えると無視できると思います。
それよりも断片化されてヘッドがシークする時間の方が大きいです。
だからといって1KBのデータでも64KBも占有するのは非効率なHDDの使い方です。

質問の「アロケーションサイズ≒データの大きさ」が一番効率と速度が良いのですが、データの大きさは予め判っていないので適当に決めるしかないのが現状でしょう。
効率と速度を両立するのは難しいというのが自分の考えです。

「アロケーションサイズ≒データの大きさ」が速い？

ディスク読み書きの最小単位が「セクター」（通常512バイト）で、読み書きはセクター単位でしか

この回答への補足

素人の回答なので参考程度にして下さい。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング