era*_*ran 6 windows performance pagefile virtual-memory
我们的服务往往在客户服务器的夜晚入睡,然后很难醒来.似乎发生的事情是进程堆(有时几百MB)被移动到交换文件中.这种情况发生在晚上,当我们的服务没有使用时,其他人计划运行(数据库备份,AV扫描等).发生这种情况时,在几小时不活动后,对服务的第一次呼叫需要几分钟(随后的呼叫需要几秒钟).
我很确定这是一个虚拟内存管理问题,我真的很讨厌强迫操作系统将我们的服务保留在物理内存中.我知道这样做会损害服务器上的其他进程,并降低整体服务器吞吐量.话虽如此,我们的客户只是想让我们的应用程序响应.他们不关心夜间工作需要更长时间.
我依旧记得有一种方法可以强制Windows将页面保留在物理内存中,但我真的很讨厌这个想法.我更倾向于一些内部或外部监视器,它将启动更高级别的功能(已经有一些内部调度程序做得很少,没有任何区别).如果有第三方工具提供的那种服务本来就一样好.
我很想听到有关此类问题的任何意见,建议和常见解决方案.该服务使用VC2005编写,可在Windows服务器上运行.
正如您所提到的,强制应用程序保留在内存中并不是在计算机上共享资源的最佳方式.您可能会发现效果很好的快速解决方案是在客户开始使用之前,每天早上安排一个在特定时间唤醒服务的事件.您可以使用简单的脚本或EXE调用在Windows任务计划程序中安排它.
| 归档时间： |
|
| 查看次数： |
769 次 |
| 最近记录： |