很多用户在使用基于Windows NTFS分区的磁盘压缩功能时，都认为这个功能能够给在磁盘配额管理下的用户带来更多的磁盘空间。
但实际上，实用这个功能后的效果却和他们的想法截然相反:磁盘压缩减少了用户的配额容量。启动这个功能也会让用户的磁盘空间超出配额的限制而导致可用空间缩小。
造成这种现象的原因是因为NTFS压缩文件和执行内部空间分配记录的方式导致的。最终的结果就是在“我的电脑”中显示的文件的大小要比被压缩的文件实际使用的空间大很多，但又比分配给用户的磁盘配额空间小很多。实际上，“文件尺寸”在Windows系统中可以指代很多不同的东西，而上述的三个概念在磁盘配额和文件压缩同时存在的时候就会产生一些冲突。
“文件尺寸”这个术语通常指代的是一个文件的实际大小，也就是在未压缩状态下的字节数。但是，由于操作系统是以簇为单位来分配存储空间的，所以就造成了“分配空间”(文件在磁盘上所占用的空间)这个概念的出现。也就是说，“分配空间”在绝大多数情况下是要比文件的实际尺寸要大的。
你可以自己试验一下，随便找到一个文件，右件点击它然后选择属性，你就可以同时看到文件的实际大小和文件“所占用的大小”，这个就是“分配空间”了。
NTFS分区格式是以“分配空间”为单位来计算磁盘配额的，对于压缩过的文件也是如此，因为压缩过的文件必须经过解压缩才能够使用。
正是由于Windows NTFS并没有以簇为单位来压缩文件，所以才导致了冲突的产生。实际上，NTFS是按照16个簇为一个单位的形式进行压缩的，而计算文件占用空间的时候同样如此。这样下来，对于每个文件来说，就相当于平均浪费了额外的8个簇的空间。而一个典型用户帐号都会拥有成百上千的文件，这样浪费的空间还会增加。而一旦这些压缩的空间分配给了用户的配额，那么用户很可能发现从系统显示来看还有很多配额空间，但实际上配额空间已经不足了。
微软给出了两种解决该问题的方法，一种是不要使用磁盘压缩，一种是增加用户的磁盘配额容量来抵消被浪费的空间。你可以在微软的知识库文章上找到相关情况的讨论，地址是:http://support.microsoft.com/default.aspx?scid=kb;en-us;320686。
