防止繁重的进程陷入交换文件中

发布于 2024-07-19 00:28:55 字数 519 浏览 10 评论 0原文

我们的服务往往会在晚上在客户的服务器上睡着，然后很难醒来。似乎发生的情况是，进程堆（有时有数百 MB）被移动到交换文件中。这种情况发生在晚上，当我们的服务未使用时，其他服务计划运行（数据库备份、AV 扫描等）。发生这种情况时，在几个小时不活动后，对服务的第一次调用最多需要几分钟（后续调用需要几秒钟）。

我很确定这是虚拟内存管理的问题，而且我真的很讨厌强制操作系统将我们的服务保留在物理内存中的想法。我知道这样做会损害服务器上的其他进程，并降低服务器的整体吞吐量。话虽如此，我们的客户只是希望我们的应用程序能够响应。他们不在乎夜间工作是否需要更长的时间。

我依稀记得有一种方法可以强制 Windows 将页面保留在物理内存上，但我真的很讨厌这个想法。我更倾向于一些内部或外部看门狗，它们将启动更高级别的功能（已经有一些内部调度程序做得很少，并且没有区别）。如果有一个第三方工具提供这种服务那就太好了。

我很想听到任何评论、建议和此类问题的常见解决方案。该服务采用VC2005编写，运行在Windows服务器上。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

吃颗糖壮壮胆 2024-07-26 00:28:55

正如您所提到的，强制应用程序保留在内存中并不是在计算机上共享资源的最佳方式。您可能会发现效果良好的快速解决方案是简单地安排一个事件，在每天早上的特定时间唤醒您的服务，然后您的客户开始使用它。您只需使用简单的脚本或 EXE 调用在 Windows 任务计划程序中安排它即可。

回复收藏 0 原文

凑诗 2024-07-26 00:28:55

我并不是说您想要这样做，或者这是最佳实践，但您可能会发现它对您来说足够有效。它似乎符合您的要求。

摘要：定期触摸流程中的每一页，一次一页。

一个在后台运行并每 N 秒唤醒一次的线程怎么样？每次页面唤醒时，它都会尝试从地址 X 读取。该尝试受到异常处理程序的保护，以防您读取错误地址。然后将 X 添加页面的大小。

4GB 中有 65536 个页面，3GB 中有 49152 个页面，2GB 中有 32768 个页面。将您的空闲时间（夜间停滞时间）除以您想要（尝试）访问每个页面的频率。

BYTE *ptr;

ptr = NULL;
while(TRUE)
{
    __try
    {
        BYTE b;

        b = *ptr;
    }
    __except(EXCEPTION_EXECUTE_HANDLER)
    {
        // ignore, some pages won't be accessible
    }

    ptr += sizeofVMPage;

    Sleep(N * 1000);
}

您可以从 GetSystemInfo() 返回结果中的 dwPageSize 值获取 sizeOfVMPage 值。

不要尝试使用 if (!IsBadReadPtr(ptr)) 来避免异常处理程序，因为应用程序中的其他线程可能会同时修改内存保护。如果你因此而陷入困境，几乎不可能找出原因（这很可能是不可重复的竞争条件），所以不要浪费时间。

当然，您希望在白天关闭该线程，并且仅在死区时间运行它。

I'm not saying you want to do this, or that it is best practice, but you may find it works well enough for you. It seems to match what you've asked for.

Summary: Touch every page in the process, on page at a time, on a regular basis.

What about a thread that runs in the background and wakes up once every N seconds. Each time the page wakes up, it attempts to read from address X. The attempt is protected with an exception handler in case you read a bad address. Then increment X by the size of a page.

There are 65536 pages in 4GB, 49152 pages in 3GB, 32768 pages in 2GB. Divide your idle time (overnight dead time) by how often you want (attempt) to hit each page.

BYTE *ptr;

ptr = NULL;
while(TRUE)
{
    __try
    {
        BYTE b;

        b = *ptr;
    }
    __except(EXCEPTION_EXECUTE_HANDLER)
    {
        // ignore, some pages won't be accessible
    }

    ptr += sizeofVMPage;

    Sleep(N * 1000);
}

You can get the sizeOfVMPage value from the dwPageSize value in the returned result from GetSystemInfo().

Don't try to avoid the exception handler by using if (!IsBadReadPtr(ptr)) because other threads in the app may be modifying memory protections at the same time. If you get unstuck because of this it will almost impossible to identify why (it will most likely be a non-repeatable race condition), so don't waste time with it.

Of course, you'd want to turn this thread off during the day and only run it during your dead-time.

回复收藏 0 原文