让我想一想你的terminal服务器的性能问题。 服务器平均有25个用户，运行一些号码后，平均使用600MB内存，主要应用程序运行（网页浏览器，Adobe Reader，IP电话客户端）。 所有的用户都与服务器位于同一个LAN上。 我们经常遇到响应缓慢和会话locking较短的情况。 CPU使用率平均为10％。 我觉得奇怪的是，系统显示29GB的物理内存与25GB的空闲。 页面文件使用率约为50％，平均使用9GB。
一些服务器规格
操作系统：Server 2003 32位企业/ PAE标志内存：32GB CPU：2xQuad核心@ 2.27Ghz高清：RAID5 1.2GB
在使用性能监视器进行基本的故障排除之后，它使我相信性能问题是由32位操作系统限制在寻址完整的32GB物理内存时造成的，尽pipe使用了/ PAE标志。
任何人都可以提出一些build议，排除步骤，可以导致更确切的答案？
谢谢
在Windows中，PAE有一点点的文档烦恼。 尽pipe操作系统现在可以分配系统中的所有RAM，但有些应用程序仍然不能使用它。
启用PAE后，每个进程仍然受限于32位环境（4GB）的限制，除非专门构build使用AWE （地址窗口化扩展）。
尽pipe所有这些“信息”…我不认为这是你遇到的问题。 （你有超过4GB的内存吗？）9GB的分页是相当多的。 所以，当你考虑到这是一个terminal服务器。 那么多的磁盘IO对性能不利。 正如mfinni所说的，更有可能是因为磁盘IO问题而不是内存问题。 我已经看到了与您描述的完全相同的症状，只是发现我的磁盘驱动器无法跟上工作负载。 有大量的磁盘IO的原因和解决scheme的问题。
就我而言，我发现打印后台处理程序服务正在分配大量的RAM（大部分被转储到分页文件中）。 事实certificate，每当打印机被创build/删除时，打印假脱机程序中都存在一个长期存在的问题。
（创build打印机时，为驱动程序分配内存，当它们被删除时，内存不分配，terminal服务器上用户全天login和终止的结果是打印后台处理程序服务与分配的RAM的2GB +和大部分抛出到页面文件）在可能的情况下，不要使用RDP共享打印机。
当涉及terminal服务和内存时，还有许多其他隐藏的地下通道。
用户会话的内存不足可能会这样做。 请解释你在Perfmon中做了哪些事情，这会使你得出这个结论？
编辑 – 好吧，我不会太担心分页文件。 这与VM在旧的Unix系统上的工作方式不同。 Windows将会更积极地分页，以保持更多的物理内存空闲。 如何使页面文件使用率指标为零？ 如果你真的担心分页，请看页面IO的读取速度。 这是很难的错误率。
一个常常被忽视的问题是，使用terminal服务器的问题是磁盘IO – 这会导致严重的用户体验问题，而不会立即从性能数据中跳出来。 你的RAID卡是否有BBWC，你在写caching吗？ 如果没有，几乎可以看到问题 – 使用PerfMon查看RAID卷上的磁盘队列长度。 经验法则（IIRC）是一个比数组中的物理主轴数量更高的数字是不好的。
对于内核内存而言，Windows 2003 x86绝对是性能上的挑战。 默认情况下，与Windows XP相比，分页池的最大值和非分页池的最大值都较低。 我们曾经最大化这两个值，但即使如此，耗尽内核内存也相当容易。
更多信息在这里： https : //serverfault.com/a/389299/20701
29 GB在x86terminal服务器上真的浪费了。
仅供参考，即使它们位于同一LAN网段，我也不排除networking。