分配单元大小
向磁盘写入文件时，分配单元大小指定记录数据所采用的增量大小。例如，如果某个卷的分配单元大小设置为 1 MB，则可以写入到该卷的最小数据量为 1 MB。即使文件小于 1 MB，由于分配单元大小，该文件仍将占据 1 MB 的空间。
网络存储操作系统 4.1 以及更早版本使用 1 MB 的分配单元大小。
网络存储操作系统 4.2 以及更高版本使用 4K 的分配单元大小。
这意味着同运行网络存储操作系统 4.1 以及更早版本的设备相比，如果将小型文件复制到运行网络存储操作系统 4.2 的希捷网络存储，这些文件将在卷上占据较少的空间。
重要提示：在更新至 4.2 期间，网络存储上存储的所有文件仍将基于之前的分配单元大小占据相同的空间量。更新之后添加的所有文件将使用新的分配单元大小。无需将希捷网络存储设备上的卷格式化为使用新的分配单元大小，更新至 4.2 后，这将在现有卷上自动发生。
可以通过将旧文件移至其他位置（例如网络上或外置 USB 直接存储）对其进行转换，然后将其移回至网络存储上的共享。强烈建议您在此过程中提供 2 份数据副本，以免出现意外数据丢失情况。
例如
情景 - 您正尝试将大量小型文件复制到网络存储操作系统 4.1 或更早版本的共享。例如，在计算机上这些文件可能报告为总计 100 GB，然而将其复制到共享之后，所占据的空间便会大很多。在某些情况下，这会导致出现磁盘空间不足错误，尽管针对这些文件网络存储卷上似乎存在充足的空间。
原因 - 在格式化常规外置或内置硬盘时，网络存储操作系统 4.1 以及更早版本的设备具有 1MB 分配单元大小和 512、1K 或 4K 可用选项。因此，如果将小于 1 MB 的小型文件复制到网络存储操作系统 4.1 或更早版本的共享，其仍将在卷上占据 1 MB 的空间。
如果一次复制 1 个文件，则很难会注意到这种效果，但是如果复制大量小型文件，差异便会很明显。
二进制与十进制
Windows 基于二进制系统计算容量，而网络存储操作系统基于十进制系统计算相同的容量。例如，这也是 Windows 仅为 1 TB 内置或外置硬盘显示 931.39 GB 容量的原因。
简而言之，十进制和二进制可转换为相同的存储容量。
比如说您要测量从点 A 到点 B 的距离。该距离为 1 千米或 .621 英里。距离相同，但由于测量单位不同，报告的值也不同。
旧版本 OSX 中存在类似的差异，但是自 OSX 10.6 之后这种情况便不再存在。
该原则同样适用于连接至 Windows 计算机的内置和外置硬盘，有关更多详情，请参见此文：“为何我的硬盘报告的容量比硬盘标签上指示的小？”
另请参见 http://physics.nist.gov/cuu/Units/binary.html 上的文档 ID：194563 和国家标准技术研究所相关文档
