小编Vij*_*jay的帖子

继内核跟踪高 CPU 使用率的帖子之后，我以为我已经调试了一个一直困扰我的问题，即系统进程 20-30% 的一致 CPU 使用率。请参阅我之前的帖子。

我设置了 Windows 性能分析器，并且能够跟踪到这个过程： 我认为这与通过函数名称猜测的页面文件有关，并禁用了我的页面文件，然后重新启动，但 Windows 拥有页面文件并抛出错误。所以我创建了一个大约 100MB - 2048MB 的小页面文件。

这似乎已经解决了几个星期的问题，但现在它又来了，即使页面文件只有 2GB。它似乎发生在系统启动一段时间后。当前正常运行时间为 8 天。

如果任何内核专家可以就我接下来应该尝试什么提供建议，我很乐意这样做。

然而，进程资源管理器在系统映像下显示了一个不同的线程。我不知道如何调和这种差异：

进程浏览器通常显示上述内容，但在其他时候它可以显示调试过滤器状态......等。

（我相信它总是 ThreadID 56）但是几个跟踪日志似乎总是显示我们在上面看到的问题。

编辑

根据 RAM 的要求添加了图像。这是在问题不存在的全新重启之后。

博客推荐的配置符号路径以加快符号加载

进程浏览器

水杨酸

缓存文件夹的文件大小

在系统上发现多个版本的 dbghelp.dll。当前指向系统，但不知道它应该指向哪个。

更新

按照查找Zombie Processes的链接后，我发现了以下数据（已截断以删除次要条目）

374 total zombie processes.
334 zombies held by explorer.exe(1768)
    298 zombies of Fences.exe
    9 zombies of LogonUI.exe
    7 zombies of chrome.exe
10 zombies held by ctfmon.exe(4568)
    2 zombies of chrome.exe
7 zombies held …

参见http://git-annex.branchable.com/ 特别是档案管理员的用例。转载如下

用例：档案管理员

Bob 有许多驱动器来存档他的数据，其中大部分都离线保存在一个安全的地方。

使用 git-annex，Bob 拥有一个包含他所有文件的目录树，即使它们的内容是离线存储的。他可以使用该树重新组织他的文件，将新版本提交到 git，而不必担心意外删除任何内容。

当 Bob 需要访问某些文件时，git-annex 可以告诉他它们在哪个驱动器上，并轻松地使它们可用。事实上，每个驱动器都知道其他驱动器上的内容。有关位置跟踪的更多信息

Bob 考虑长远，因此他很欣赏 git-annex 使用简单的存储库格式。他知道，即使全世界都忘记了 git-annex 和 git，他的文件将来仍可访问。更多关于面向未来的信息

在 cron 作业中运行，git-annex 在晚上将新文件添加到存档驱动器。它还可以帮助 Bob 跟踪有意和无意的文件副本，并记录信息，他可以使用它来决定何时复制旧驱动器的内容。有关备份副本的更多信息

基本上这就是我对一些照片文件所做的。由于偏执，我保留了几份副本，并将原件与展示用途分开。我认为 git-annex 将有助于解决这个问题，但既然我使用 Windows，我可以做些什么来使管理更容易？

目前我手动使用 FreeFileSync 将内容保存在存档中。