应用程序之间的Windows目录大小差异

我正在写一个32位的C＃应用​​程序，通过从kernal32.dll FindFirstFile获取文件信息来返回目录的整体大小。 这已经胜过枚举每个目录以正常的方式，我能够保持资源使用非常低。

如何工作的快速概述如下：

• 步骤1 – 枚举获取所有子目录的根目录，并使用FindFirstFile为此目录中的每个文件收集大小信息。
• 第2步 – 产生子线程（最多20）对子目录执行第1步
• 第3步 – caching直到目录耗尽，所有文件信息已被收集。

这可以在以下代码示例中看到，其中FileSystem.GetFiles是我的类，它使用kernal32方法来获取文件信息。

private static void recurseDirectories(string directoryA, bool paramInitialPass) { try { string[] currentDirs; if (paramInitialPass) { currentDirs = new string[1]; currentDirs[0] = rootDirectory; } else currentDirs = Directory.GetDirectories(directoryA); for (int i = 0; i < currentDirs.Length; i++) { string threadInfo = currentDirs[i]; numThreadsQueued++; ThreadPool.QueueUserWorkItem(new WaitCallback(getDirectoryFileInformation), (object)threadInfo); while (numThreadsQueued - directoriesProcessed > 20) { Thread.Sleep(30); } if (paramInitialPass) recurseDirectories(directoryA, false); else recurseDirectories(currentDirs[i], false); } } catch { } return; } private static void getDirectoryFileInformation(object paramDirectoryFilePathA) { try { string directoryPathA = (string)paramDirectoryFilePathA; List<FileData> filesDirectoryA = new List<FileData>(); if (Directory.Exists(directoryPathA)) { filesDirectoryA = FileSystem.GetFiles(directoryPathA); } foreach(FileData file in filesDirectoryA) { Interlocked.Add(ref sizeOfFiles, file.Size); Interlocked.Increment(ref numberOfFiles); } } catch (Exception e) { } finally { Interlocked.Increment(ref directoriesProcessed); } } 

使用以下代码调用这两个方法：

• 如何从剪贴板清除指定的格式数据？
• 当大文件被复制时，os.stat不会更新
• graphicsDrawImage导致大红色X的错误
• 在Windows 7上导入bottle.py的Python错误
• 在C＃中的两台PC之间传输数据，无需IPnetworking

  ThreadPool.SetMaxThreads(30, 500); Thread.CurrentThread.Priority = ThreadPriority.Normal; rootDirectory = share["Path"].ToString(); recurseDirectories(share["Path"].ToString(), true); while (numThreadsQueued != directoriesProcessed) { Thread.Sleep(1000); } 

枚举大多数目录时，此代码已完美无瑕地执行。 我可以在8分钟内caching一个3TB的文件共享文件大小和文件数量，同时保持CPU低于3％，并使用15MB的内存。

现在问题来了…

当获取小目录的大小（1-200 GB）时，我看不到Windows在查看目录属性时所说的主要差异。 但是，当获得大型目录的大小（2-3TB）时，我注意到了一些主要的差异。

例如：

假设我正在查看目录D：\ TestDir这是DFSR复制到另一台服务器。 Windows表示这个目录是2,949,944,019,217字节，或者磁盘上的2,974,186,774,528字节（分别是2.68TB或2.70TB）。 我的程序说这个目录是3,009,619,048,759字节或2.737 TB。 FSRM表示，在同一目录上的配额设置有2.71 TB的使用量。

我知道这种差异部分是由于Windows不包含隐藏文件的大小，但是当我将目录（87GB）中隐藏文件的总大小添加到Windows值时，我得到了〜2.78GB，这仍然与我的值不同。 任何人都可以阐明我还有什么可能导致这些尺寸差异？ 另外，有谁知道FSRM如何确定配额使用？

最后，我想用我的数据replace一个监控系统的FSRM配额，但是如果我的数据不符合Windows的说法，我可能会在磁盘使用率上得到错误警报。

 [DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Auto)] internal static extern SafeFindHandle FindFirstFile(string lpFileName, out WIN32_FIND_DATA lpFindFileData)