答复“正在审核”的这位管理员，我指着我百度知道4年的使用经验发誓，你一点责任心都没有。
因为我没见过，也不相信百度知道的人工审核会出现两个小时都审不完一篇只有928个字（含标点）的文章！！
你的话有点对不住人工审核部门的弟兄了！！
附原文
分配单元，其实就是FAT系列格式里说的“簇”，也就是把空白磁盘上的存储空间“格式”化以后，最小的存储空间单位。
我们假如格式化一个1G的分区为NTFS格式，默认情况下是把这个1073741824字节容量的存储区域，以512字节为1个“簇”单位，分为了2097152个簇。
WINDOWS在向这个分区写入文件的时候，也是以簇为最小的存储单元来管理，假如我们向这个分区里写入一个300字节大小的文件，那么它也要占掉一个最小的存储单元“簇”，而不会与其他文件共享余下的212字节容量。
同理，假如我们写入一个712字节的文件时，它会占掉整整2个512字节的簇，并浪费掉第二个簇里未被利用的300字节容量。
NTFS允许自定义不同的簇大小，而簇大小的不同，会对系统性能带来不同的影响。
同一个分区的总容量是一定的，簇越大，读写单个大文件时，其占用的簇数量相对要少，数据占据的物理区域连续性越好，磁盘读写性能也就越好。
比如我现在一个1K（1024字节）簇大小的分区中，存储一个整1MB大的文件，需要占用1024个簇，系统只需要在磁盘上的文件分配表（MFT/FAT）中查询这1024个簇的物理位置，并且去访问这可能比较分散的1024个簇。
而显而易见，当我使用512簇大小时，系统需要管理访问的簇数量多了整一倍。。这仅是与1K簇大小的情况下比较，如果与2K簇大小时相比较则性能的差别还会更大。
但是，因为簇单位容量较大，所以簇尾的空余浪费也就越严重，尤其是大量小文件的时候。
假如现在有一个1034字节的文件，在512簇大小的分区中，会占用三个簇，并浪费掉第三个簇的后502字节空间。
而在1024簇大小的分区中，会占用两个簇，并浪费掉第二个簇1004字节的空间。
二者相比，后者的浪费就比较惊人了
在2048簇大小的条件下呢？？你自己算一下。。。
所以，综上所述，簇大小关系到磁盘系统读写性能优劣与空间浪费多少。如果这个分区用来存放电影或者大型数据库等大型文件，可以用较大的簇来获得更少的簇尾空间浪费和更好的读写性能。
当这个分区存放的是文档、图片、网页脚本文件等海量小文件时，则应该使用较小的簇大小，来避免过多的簇尾空间浪费。
当你不能自行决定倒底使用多大的簇才合适时，你可以选择“默认值”。