登录
Microsoft.com
 
Microsoft
 
 
 

none
hi,大家好，请教一个window中page table占用大量内存问题应该如何解决？ RRS feed

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票

    我的系统是windows 2008 r2,机器工作一天内存被耗尽，使用rammap查看内存使用情况 发现 page table 占用的物理内存多达2G,并一直处于上升的状态，直到内存耗尽

    我的虚拟内存的设置情况是这样的 c盘设置为托管的系统，e盘设置为4096-4096

    请问什么办法能够解决这一问题啊？

    2012年12月20日 1:41
    |

答案

  • Question
    登录进行投票
    0
    登录进行投票

    您好！

    我们建议您尝试以下步骤进行排错：

    1. 请暂时卸载最近安装的第三方软件，查看问题是否依然存在。

    2. 建议您尝试一次Clean Boot：

    a. 运行MSCONFIG

    b. 在常规下选择 选择性启动

    c. 然后清除Process System.ini File, Process Win.ini File和Load Startup Items 的复选框，但是保留使用原始Boot.ini。

    d. 在服务下，先点隐藏所有windows 服务，然后选择 disable all.

    e. 然后重新启动。观察问题是否依旧发生。

    另外，请检查系统日志和应用程序日志，把相关错误事件的具体信息贴到论坛中来，包括事件ID、事件类型和事件描述。

    希望我的回答对您有所帮助，如果有什么不清楚的地方，请您告诉我。

    微软一站式示例脚本库: http://blogs.technet.com/b/onescript

    2012年12月20日 8:41
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票

    嗯，有趣的问题！

    Tom Zhang的干净启动法是一种不带深入分析的try，不过也许真的能直接绕开故障。

    如果要做深入分析，可以参考微软的一篇叫做“Detection, Analysis, and Corrective Actions for Low Page Table Entry (PTE) Issues” 的doc文档，里面的"Monitoring Free System PTEs"部分有详细介绍怎么通过一个注册表键值来开启系统对PTE分配的追踪，并在问题重现后，如何通过LiveKD或手动抓hang dump并用windbg来分析的步骤。这个步骤，都详细到了教你怎么用Excel来分析数据。而且，文档的后面也警示性地告知了：“High-performance graphics drivers often map memory into the kernel, which utilizes a significant amount of PTEs”

    如果楼主有强烈追根溯源的欲望，那可以照这个来做，否则，先尝试干净启动大法吧。

    2012年12月20日 8:59
    |

全部回复

  • Question
    登录进行投票
    0
    登录进行投票

    您好！

    我们建议您尝试以下步骤进行排错：

    1. 请暂时卸载最近安装的第三方软件，查看问题是否依然存在。

    2. 建议您尝试一次Clean Boot：

    a. 运行MSCONFIG

    b. 在常规下选择 选择性启动

    c. 然后清除Process System.ini File, Process Win.ini File和Load Startup Items 的复选框，但是保留使用原始Boot.ini。

    d. 在服务下，先点隐藏所有windows 服务，然后选择 disable all.

    e. 然后重新启动。观察问题是否依旧发生。

    另外，请检查系统日志和应用程序日志，把相关错误事件的具体信息贴到论坛中来，包括事件ID、事件类型和事件描述。

    希望我的回答对您有所帮助，如果有什么不清楚的地方，请您告诉我。

    微软一站式示例脚本库: http://blogs.technet.com/b/onescript

    2012年12月20日 8:41
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票

    嗯，有趣的问题！

    Tom Zhang的干净启动法是一种不带深入分析的try，不过也许真的能直接绕开故障。

    如果要做深入分析，可以参考微软的一篇叫做“Detection, Analysis, and Corrective Actions for Low Page Table Entry (PTE) Issues” 的doc文档，里面的"Monitoring Free System PTEs"部分有详细介绍怎么通过一个注册表键值来开启系统对PTE分配的追踪，并在问题重现后，如何通过LiveKD或手动抓hang dump并用windbg来分析的步骤。这个步骤，都详细到了教你怎么用Excel来分析数据。而且，文档的后面也警示性地告知了：“High-performance graphics drivers often map memory into the kernel, which utilizes a significant amount of PTEs”

    如果楼主有强烈追根溯源的欲望，那可以照这个来做，否则，先尝试干净启动大法吧。

    2012年12月20日 8:59
    |