相关疑难解决方法(0)

不久前我发现了一个非常有趣的工具RamMap。我在几台运行我们 x32 软件的服务器上发现 PAGE TABLE 增长非常快——每天 1.2 GB（总共 10 GB）。此外，NONPAGED POOL 每天增长 300MB。

1. 任何人都可以解释通常的原因吗？
2. 如何从代码中获取 PAGE TABLE 的大小（例如 API 函数或 WMI 类）？
3. 可以减少、清除或......释放RAM吗？

我们有称为1C（俄罗斯商业导向平台）的编程和执行平台。一个进程就像其他进程的管理器，它们按计划启动并由规则终止，并执行不同类型的数据处理，包括使用 COM 与另一个数据库交换。换句话说，我不知道平台级别发生了什么（它对我们隐藏）。我们从平台开发人员那里得到了一些不快 (=)) 的支持——他们仍然没有回答我们关于这个问题的问题。

我们有不同的操作系统配置（2003 和 2008 服务器、x32 和 x64）。页表随处增长。增长速度与同时运行的进程数成正比（在主服务器 30-40 上）。当 PAGE TABLE 达到 RAM 的 50-70% 时，服务器开始以不同的方式出现故障。