我们正在尝试诊断AfdP使用率继续攀升的问题，直到达到最大值，并且系统由于缺乏非分页池内存而挂起。 我们正在使用在Java VM下运行的第三方应用程序，并执行许多与networking相关的活动（打印会计）。 关于如何缩小问题来源的任何提示，以便我们可以反馈给供应商？ 即使我们可以明确地把它归结到这个应用程序，这将是有益的。 现在，我们正处于供应商非常有帮助的阶段，但不认为这可能是他们的应用。 没有别的东西在盒子上运行，我们只是在最近升级了他们的软件之后，才发现问题，所以看起来很有可能是罪魁祸首，但是在这一点上我们只有间接的证据。
更新
供应商的一些研究发现了一个Windows 2003错误，这个错误似乎是由供应商代码中的一个交换机从阻塞到非阻塞networkingI / O所触发的。 供应商愿意更改代码让我们切换回阻止I / O，但我们select了前进，并将服务转换到Windows 2008框。 这个错误似乎已经在Server 2008中修复了。
普通的旧任务pipe理器可以让您在“进程”选项卡上查看每个应用程序的非分页池使用情况：只需执行查看| select列。 这至less会给你一个罪魁祸首的迹象。 从那里你会看到设置性能日志来监视随着时间的推移发生的事情。