c++ - Windows 怎么知道我没有使用内存？

Question

我注意到这种奇怪的效果，内存在被触摸之前不会注册为 Windows 任务管理器分配的，而不是当它被 malloc-ed 或 new-ed 时.在 debug 和优化的 release 构建中都会出现这种效果。

下面是一个结构示例，虽然在我的代码中分配和利用发生在不同的线程上，所以我不认为它是优化器，虽然我不确定如何检查。

for (int i = 0 ;i < 1000;i++)
{
buffer[i]=malloc(buffersize);
}
_sleep(1000*60)
for (int i=0;i<1000;i++)
{
memset(buffer[i],0,buffersize);//Only shows up the in the resource manager here
}

我的问题是 Windows 如何知道我使用了内存？它是监视首次使用的内存还是一些编译时优化。

我的好奇心来自于我正在编写的实时采集，它要求我触摸内存两次 -> 一次是在分配时，一次是在实际填充数据时。因此按下一个按钮(“获取!”)需要我一次写入 64 GB 的 ram，而不是随着时间的推移，增加相当实际的延迟量。如果我 malloc 这样做会增加太多延迟。

--编辑--

我还禁用了 Windows 页面文件...

Answer 1

这是像 Windows 这样的请求页面虚拟内存操作系统的标准行为。 malloc() 调用仅分配虚拟内存地址空间。在您访问 内存之前，您实际上并没有开始使用 RAM。这会产生页面错误，迫使操作系统将您访问的内存页面映射到 RAM。

这通常是一个软页面错误，通过从空闲列表中抓取一个 RAM 页面并映射它来快速处理。与硬页面错误相反，当一些 RAM 页面由于另一个进程需要 RAM 而再次换出到交换文件时，您会遇到这种情况。从磁盘重新加载页面需要更多时间。

禁用页面文件有助于避免那些硬页面错误。它不会消除它们，您的代码页也可能会被换出。当您强制操作系统回退到它们时很可能会发生这种情况，因为它不能再换出页面文件了。这样的页面在换出时被丢弃，在页面错误返回时从可执行文件重新加载。

如果您有软实时要求，那么最好的策略是尽早分配内存并在开始 promise 快速响应之前有意访问它。可以简单地使用 calloc() 而不是 malloc() 来完成。