我们有一些在 Windows Server 2003 Service Pack 2 上运行的 Win32 控制台应用程序经常因以下问题而失败:
Error 1450 (
ERROR_NO_SYSTEM_RESOURCES): "Insufficient system resources exist to complete the requested service."
我们找到的所有文档都表明它与用完的免费系统页表条目的数量有关。我们在这些机器中有 16GB RAM，并使用 /3GB 操作系统开关将 Windows 内核压缩到 1GB，并允许我们的进程访问 3GB 的地址空间。这大大减少了可用系统页表条目的总数，因此结合我们对 MapViewOfFile() 的大量使用，内核页表条目即将用完可能并不奇怪。
但是，当使用性能监视器查看免费系统页表条目计数器时，重新启动时该值约为 36,000，并且在我们的应用程序启动时不会下降。我很难相信我们的应用程序打开了许多大型内存映射文件，但对内核页表没有任何影响。如果我们不相信计数器，就很难测试我们所做的任何系统更改的效果。
有一篇很有前途的知识库文章，The Performance tool does not accurately show the available Free System Page Table entries in Windows Server 2003 , 但它说问题已在 Service Pack 1 中得到修复，我们已经在使用 Service Pack 2。
有没有其他人遇到过或解决过这个问题？
更新:我检查了 windbg 中的 !sysptes(调试内核)，该值与性能计数器相匹配，约为 36,000。我想这很可能意味着确实有那么多可用页表条目，而 Windows 说的是实话。它确实留下了一个问题，即如果 PTE 没有用完，为什么我们会收到 1450 错误。
进一步更新:我们从未深入了解 1450 错误发生的原因。 但是，我们将这些服务器上的操作系统升级到了 64 位 Windows。这允许现有的 32 位应用程序(无需重新编译)访问完整的 4GB 虚拟地址空间，并让带有那些讨厌的页表条目的内核内存区域也可以随心所欲地变大。我认为从那以后我们就再也没有出现过 1450 错误。
最佳答案
您可以尝试使用 windbg 命令“!sysptes”来获取系统 PTE 信息吗？我不确定您是否可以通过实时内核调试来执行此操作，您可能需要进行内存转储。
关于windows - Windows Server 2003 SP2 是否说出了有关免费系统页表条目的真相？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/59098/