Chinaunix首页 | 论坛 | 博客
  • 博客访问: 40051
  • 博文数量: 14
  • 博客积分: 570
  • 博客等级: 中士
  • 技术积分: 160
  • 用 户 组: 普通用户
  • 注册时间: 2006-03-02 22:30
文章分类
文章存档

2022年(1)

2011年(1)

2006年(12)

我的朋友

分类: WINDOWS

2022-11-10 22:26:55

FAT文件系统从DOS时代的FAT16(16位)、Win95 OSR2时代的FAT32(32位),到后来的exFAT(64位),支持的分区大小上限分别是2G、2TB/32GB(Windows下)、16EB。由于FAT32分区大小和单文件4GB的上限过低,而NTFS的日志操作对U盘有一定损伤(主控好的U盘、SSD实际受影响不大),以及NTFS默认不被Mac支持,所以exFAT被微软推荐用于大U盘的文件系统。

  然而,我在日常使用中发现大容量U盘(含移动硬盘/SSD)中存放大量小文件时,exFAT超大簇(继承了FAT32的传统,分区越大,默认簇越大)造成的空间浪费是惊人的。以1.5TB(格式化后实际大小为1.3TB)的移动SSD为例,一个32GB的Foxmail文件夹,在exFAT下占用空间竟达到50.5GB(见左图,默认簇大小为512KB),在NTFS下仅占用32.1GB(见右图,默认簇大小为4KB):
  换了一个64GB的U盘,exFAT默认簇大小为128KB,仍然比文件本身仍多出4.1GB的空间消耗:
     
  因此,exFAT更适宜存放高清图片、视音频、光磁盘镜像等大文件,而不适宜存放大量零碎的小文件。

  但是,exFAT并非完全不及ntfs,由于exFAT设计简单(原始),不会在后台自动写日志,U盘的读写操作反而感觉时延更小,更加快速清爽了。另外,我在使用ntfs作为移动SSD的文件系统时,曾两次出现手提电脑在win10下读不出SSD,长时间吊死后强行拔出,文件系统损坏无法读取(没机会给你用Windows的驱动器检查程序做扫描修复)的情况,如果不是DiskGenius神勇,成功导出了全部数据,损失可就大了,这种情况我怀疑是因为USB供电不足时,ntfs尝试写入的文件日志不正确、不完整所致;而exFAT由于没有文件日志功能,这时反而可能不会导致文件系统整体异常,只是在异常断电时可能会丢失未保存的数据。

阅读(4009) | 评论(0) | 转发(0) |
0

上一篇:博客已升级,请注意变更地址

下一篇:没有了

给主人留下些什么吧!~~