为什么：文件大小≠所占空间？

该用户不存在

昨天看了下C：盘，
发现文件夹Documents&Settings
内总文件大小有871MB,
而占用空间却是994MB。
整理了碎片后还是这个样子，
这是怎么回事呢?

pplepple

文件的大小其实就是文件内容实际具有的字节数，它以Byte为衡量单位，只要文件内容和格式不发生变化，文件大小就不会发生变化。但文件在磁盘上的所占空间却不是以Byte为衡量单位的，它最小的计量单位是“簇(Cluster)”。
   文件系统是操作系统与驱动器之间的接口，当操作系统请求从硬盘里读取一个文件时，会请求相应的文件系统（FAT 16/32/NTFS）打开文件。扇区是磁盘最小的物理存储单元，但由于操作系统无法对数目众多的扇区进行寻址，所以操作系统就将相邻的扇区组合在一起，形成一个簇，然后再对簇进行管理。每个簇可以包括2、4、8、16、32或64个扇区。簇是操作系统所使用的逻辑概念，而非磁盘的物理特性。
   为了更好地管理磁盘空间和更高效地从硬盘读取数据，操作系统规定一个簇中只能放置一个文件的内容，因此文件所占用的空间，只能是簇的整数倍；而如果文件实际大小小于一簇，它也要占一簇的空间。所以，一般情况下文件所占空间要略大于文件的实际大小，只有在少数情况下，即文件的实际大小恰好是簇的整数倍时，文件的实际大小才会与所占空间完全一致。

用NTFS启用压缩，可以节约磁盘空间！

/*************
昨天看了下C：盘，
发现文件夹Documents&Settings
内总文件大小有994MB,
而占用空间却是871MB。
整理了碎片后还是这个样子，
这是怎么回事呢?
*************/

  

孔南

引用第2楼hjmsolar于2006-07-24 10:30发表的“”:
用NTFS启用压缩，可以节约磁盘空间！

在 Win98 时代我在4G的硬盘上安装 VB6+MSDN,
当时为 Fat 分区启用了磁盘压缩. 扩容成功.
压缩后的磁盘结构就像非洲地图似的一块大一块小.
在后来的使用中发现速度比压缩前有了明显下降.
最后我卸载了软件并放弃了压缩.

一朝遭蛇咬, 十年怕井绳.
打那以后我对磁盘压缩一直持谨慎态度.
不知 hjmsolar 的结果怎样.
我建议楼主仅在非常用的 NTFS 驱动器上启用磁盘压缩.