Quote:
|
Originally Posted by Colin Dean
IIRC, each file object (file or directory) in FAT or NTFS occupies at least 4 KB of space, as that's the smallest block size to which something can be written. It can be larger and not occupy space (something that's 15 KB takes up 15 KB, not 16 KB). Someone with more intricate knowledge of FAT/NTFS could probably shed more light on this.
|
kind of... it depends on what you set your block size too
if you have it set to 4kb... the smallest any data will be is 4kb... so even if it's 1,234 bytes, it's going to take 4,096 bytes (4kb)
if you have it set to 4kb... and the file is larger than 4kb... it will allocate another block... so if the file is 5,432 bytes large... it's going to take 8,192 bytes of space on the disk
use of 4kb is not recommended by me... it would be faster if you deal with lots and lots of small files... but using larger block sizes will improve the performance of larger files... like movies, games, music, etc
so if you use 64kb blocks... the smallest data will be on the drive is 65,536 bytes... so if you have 10 files that are under 1kb in size... it's going to use 64kb * 10... (655,360 bytes [640kb]) rather than 10kb
windows doesnt support the usage of empty space in blocks... only a select few filesystems do... if i recall correctly... freebsd (or maybe *bsd in general) can use empty space in the blocks... i also forget the name they use for it but it's pretty interesting stuff since 1 block can actually contain data for more than 1 file :o