Nat*_*mer 18 windows windows-server-2003 filesystems visualization
我们有一个容量为 600 Gigs 且几乎已满的硬盘。它已经填满了 18,501,765 个文件（主要是 19k 小图像）和 7,142,132 个文件夹。也很难找出所有空间都去了哪里。我们的常规清理程序没有清理足够的空间，这意味着我们需要从整体上查看该驱动器并确定那里有什么以及可以移动或删除的内容。我们已经尝试了几个应用程序，到目前为止它们要么被炸毁，要么只是运行了惊人的时间才能完成。
Space ObServer能够在几乎不占用任何内存的情况下读取 18,501,765 个文件和 7,142,132 个文件夹。我确定这主要是因为它使用 SQL 后端来存储所有数据。不幸的是，它是所有产品中最贵的，每台服务器 259.95 美元。
在我的研究过程中，我尝试了几种不同的付费和免费解决方案。我在下面列出了我尝试过的产品，供大家参考。
更新 #1：我试图分析的服务器有 2 GB 的 RAM，我尝试的大多数产品似乎都试图将文件/文件夹信息保存在内存中。对于 18,501,765 个文件和 7,142,132 个文件夹，这往往会很快用完。
更新 #2：看起来 WinDirStat 的开发人员已经参与到足以告诉我们它可以在 64 位下编译。这给了它更多的内存来使用，但我不确定它是否足够，除非它们可以持续到磁盘。
假设您的操作系统是 Windows ...
无论采用哪种方式切片，将数百万个文件制成表格总是需要很长时间，并且会受到磁盘本身的 I/O 的限制。我推荐TreeSize Professional。或者也许SpaceObServer。您也可以尝试一下 TreeSize 的免费软件版本。
绝对尝试WinDirStat：它通过将每个文件描绘为按比例绘制的矩形，按文件类型进行颜色编码，从而提供了磁盘使用情况的奇妙可视化。单击可视化中的任何项目，您将在目录树中看到它。
标准 32 位构建仅限于 1000 万个文件和 2 GB RAM 使用量，但源代码将成功构建为 64 位应用程序。在这种特定情况下，有问题的服务器只有 2GB 的 RAM 的事实可能有问题，但大多数具有如此大量文件的服务器将拥有更多的 RAM。
编辑 #1：我很遗憾地发现，在包含数百万个文件的 4TB 卷上进行测试时，WinDirStat Portable 在索引大约 650 万个文件后崩溃了。如果驱动器包含 6+ 百万个文件，它可能不适用于原始问题。
编辑 #2：完整版 WinDirStat 在 1000 万个文件和 1.9GB 使用时崩溃
编辑 #3：我与 WinDirStat 开发人员取得了联系，并且：（1）他们同意这是由 x86 架构的内存使用限制引起的，并且（2）提到它可以编译为 64 位而不会出错。很快更多。
编辑 #4：WinDirStat 的 64 位版本测试成功。在 44 分钟内，它索引了 1140 万个文件并消耗了 2.7 GB 的 RAM。