But NTFS is superior. Here’s why:
Compression - FAT32 drives cannot be compressed (DriveSpace only works on FAT16 drives). NTFS supports compression natively. And it works well.
Unlimited file size - In FAT32, the maximum file size is 4GB. In NTFS file size is unlimited, except on a per extension basis. For exmaple, AVI files cannot exceed 2GB, which actually is a concern if you’re working with digital video.
Natively accepts long filesnames - FAT32’s ability to use filesnames of up to 255 characters is a hack, and a bad one at that. Anyone that’s used Norton’s Disk Doctor to recover their MP3 files only to find out that “Sisters of Mercy - This Corrosion.mp3” is now SISTER~1 will agree. NTFS supports long filenames natively.
Support for larger disks - FAT32 only (theoretically) supports drives of up to 2TB and even then performance would be absolutely horrible. NTFS supports disks up to 16EB, far more than most datacenters would use much less the average user. The partition size limit of FAT32 is approximately 128GB - there isn’t one with NTFS
Cluster size - Once you pass 8GB, FAT32 must use 32k clusters, which is a horrible waste of space (“slack”). NTFS (if implemented as I showed above) will be only 4k. If you convert a FAT32 volume to NTFS, the cluster size goes down to 512b, which is even worse (although admittedly, this is a conversion problem and not inherently a FAT32 vs. NTFS one).
Security - FAT32 has horrid security. NTFS permits much more granular security, down to the file level if necessary. Also, EFS (Encrypted File System) works only with NTFS disks, not FAT32 ones.
Disk Quotas - NFTS supports disk usage allocation on a per user basis. FAT32 does not.
Unicode - NTFS natively supports Unicode. FAT32 does not.
volume mount points and junctions - NTFS supports volume mount points and Unix-style junctions. FAT32 does not.
NTFS is partially journaled - NTFS writes logs of all disk usage, FAT32 does not. This means that if you are moving a large file during a power or system failure, the file will still be there. It will not under FAT32, because FAT32 writes to the FAT at the beginning of the transfer. When you reboot, FAT32 is looking for the file to be on the target drive while NTFS is smart enough to know that it’s still on the source disk.
Future Compatibility - All things change during OS development, but Microsoft has never wavered from saying that Longhorn will not support creation of FAT32 volumes and that Longhorn will not install on a FAT32 volume (go ahead, try it… it won’t work). Although you will still be able to read FAT32 partitions, MS will no longer offer support for FAT32 failures on Longhorn.
Short list of links to prove the above (Google has hundreds of them if you want to look):
http://users.tpg.com.au/bzyhjr/ntfs.html
http://www.theeldergeek.com/ntfs_or_fat32_file_system.htm
http://web.ukonline.co.uk/cook/Cluster.htm
http://www.microsoft.com/windows2000/en/server/help/default.asp?url=/windows2000/en/server/help/choosing_between_NTFS_FAT_and_FAT32.htm
http://www.thundercloud.net/information-avenue/ntfs-vs-fat32/
http://www.iceteks.com/articles.php?act=view&article=clusters&p=1&
http://www.musicxp.net/hardware_tips.htm
http://linux-ntfs.sourceforge.net/info/ntfs.html
http://www.ntsecrets.com/info/file_systems.htm
http://www.scotsnewsletter.com/19.htm#filesys
http://rain.prohosting.com/~starman2/filesystem.shtml
Not my fault. If you plan on having an Intel processor faster than 3GHz (which I do), then you’ll need Win2k or higher, as 9x doesn’t support SMP. Of course with your thin-skin I can imagine you hunched over your P233, so yes, maybe that ISN’T a problem for you.
No, thank YOU for jumping into my thread and crapping all over it.
The only justification for using FAT32 these days is dual-booting. Win98 can easily read and write to NTFS partitions using a very well-known third-party tool. Linux has been able to read to NTFS for ages. That’s all I meant.
Yes, for keeping tech support folks like me in business! heh