相关疑难解决方法(0)

正如您在下面看到的，我的文件夹中的大小和磁盘大小字段之间存在很大差异。这是为什么？

我知道由于 Windows 中的分配单元，磁盘上的 Size应该比Size 大一点，但是为什么差别这么大呢？会不会是因为文件多？

顺便说一句，这个文件夹在我 Android 手机的 SD 卡上。在其中，我的地图应用程序存储其缓存的地图，该应用程序从 Google 地图获取其地图。

我可以将全新的 2TB WD Passport 驱动器重新格式化为 exFAT，并可以选择许多“分配单元大小”：

128kb
256kb
512kb
1024kb
4096kb
16384kb
32768kb

如果此驱动器主要用于在 Windows 7 上使用 Media Center 录制 HDTV 节目，哪一个最好？谢谢。

这与问题有关： 是否最好将我们的外置硬盘重新格式化为 exFAT 以与 Mac 兼容？

在 Finder 中，我注意到如果我复制了一些 .app 文件（在 Applications 文件夹中），Finder 将显示复制的 .app 文件与原始文件的大小不同。我复制的所有 .app 文件都不会出现这种文件大小差异，但似乎 .app 文件越大，副本显示的大小与原始文件不同的可能性就越大。这里有些例子：

GarageBand.app - 381.7 MB
GarageBand copy.app - 373.2 MB

iMovie.app - 695.3 MB
iMovie copy.app - 635.4 MB

Install Xcode.app - 1.81 GB
Install Xcode copy.app - 1.57 GB

现在我是 Mac 新手，在我注意到这个文件大小差异问题后，我发现 .app 文件实际上不是文件 - 它们实际上是目录，但 Finder 将它们显示为文件。所以我想也许复制过程没有复制原始 .app 目录的所有内容，这解释了“文件大小”的差异。但是后来我下载并安装了 DeltaWalker，这是一个文件/文件夹差异工具，DeltaWalker 说重复的 .app 目录与原始 .app 目录完全相同。因此复制过程运行良好，因此似乎是 Finder 报告文件大小的问题。

我还使用“du”命令检查了终端中目录的大小，这也显示了原始目录和重复目录之间的大小差异：

du -k /Applications/GarageBand.app/
212868  /Applications/GarageBand.app/

du -k /Applications/GarageBand\ copy.app/
397880  /Applications/GarageBand copy.app/

du -k /Applications/iMovie.app/
629644  /Applications/iMovie.app/ …

我创建了一个简单的文本文件。我看到了它的大小。它是 0 字节。然后我输入字母“a”并检查它的大小。它说：

大小：1 字节

磁盘大小：4.00 KB（4096 字节）

有什么不同？为什么同一数据有两个不同的值？我所指的操作系统是 Windows。

我要么对 Windows 如何计算Size on disk文件夹属性中的值感到困惑，要么不正确。

我的驱动器上的簇大小是 4096 字节。

我创建了一个名为的文件夹size-on-disk-test，其中有 64 个直接子文件夹和 362,496 个文件。每个文件都是一个 3 字节大小的文本文件，仅包含文本：aaa.

假设每个文件理论上应该用完一个 4096 字节的集群，那么我应该期望看到磁盘上的文件大小来读取：

number-of-files * cluster-size? 362,496 * 4096 = 1,484,783,616（1.4GB）。

相反，它写着0：：

的Size是，符合市场预期，恰好3个字节乘以文件数。

然后我在根级别记下磁盘上的可用空间并复制文件夹（这不是安装了任何活动或程序的驱动器，因此在测试期间它不应受到磁盘上其他缓存等的影响）。

根据This PC复制文件夹后根级别的检查（即单击我的驱动器上的属性），我的可用空间减少了 589,352,960 字节。

那么发生了什么？为什么 Windows 报告磁盘大小为 0 字节？为什么我的计算与现实大相径庭？

另外，文件名的长度重要吗？在精确计算中不应该考虑到这一点吗？也许文件名长度将一个 4095 字节的文件放入 4096 簇磁盘上的两个簇中？肯定文件夹在某处占用了一些分配空间？

这是一个“问题”的很多问题，但我希望有人可以向我解释如何占用空间，包括文件名、文件夹和集群。