为什么调用大尺寸的mmap()不会失败?

时间:2012-02-03 12:56:58

标签: c++ c linux memory-management mmap

我尝试使用mmap()来操纵虚拟内存。我想保留并提交一个内存区域。我测试了这段代码:

const unsigned long gygabyte = 1024 * 1024 * 1024;
const unsigned long gygabyteCount = 2;
const unsigned long maxCapacity = gygabyteCount * gygabyte;

int main()
{
    char* pMemory;

    pMemory = (char*)mmap(NULL, maxCapacity, PROT_NONE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
    if ( mprotect(pMemory, maxCapacity, PROT_READ | PROT_WRITE) != 0 )
    {
        cout << "Memory Allocation has failed" << endl;
    }
    usleep(-1);

    return 0;
}

我从终端运行了我的程序的几个副本(比如6)。我没有看到任何一个“内存分配失败”。我正在运行64位Ubuntu,内存为4GB。谁能跟我说点什么呢?

4 个答案:

答案 0 :(得分:11)

mmap保留进程虚拟地址空间的一个区域,但不会立即为其分配物理RAM。因此,在64位平台上,您可以保留大量而不会失败(尽管您仍需要检查失败;您的示例代码没有)。 RAM的物理页面稍后在访问存储器时分配。

mprotect只是改变了保留内存的读/写访问权限;它也不会使它驻留在RAM中。通过将PROT_READ | PROT_WRITE代替PROT_NONE传递给mmap并删除对mprotect的调用,您将获得相同的效果。

如果您需要将内存直接驻留在RAM中,请使用mlock。如果没有足够的RAM,它将失败。在许多Linux平台(包括Ubuntu)上,有一个资源限制(RLIMIT_MEMLOCK)限制了任何进程可以锁定的内存量;您可以使用ulimit -l进行调整。

答案 1 :(得分:1)

mmap对于准备您要求的内存映射很有用,但它不会将其分配给您的程序。当你访问内核时,内核负责分配内存,因此如果你不同时访问那些8GB,mmap可以在4GB内存上实现8 GB。

答案 2 :(得分:0)

您应首先检查mmap的结果。如果它返回MAP_FAILED,则表示分配失败。内核实际上不会一次分配如此多的内存,而是在访问该块的相应区域时按需映射物理或交换空间。

在您的特定情况下,您不需要单独调用mprotect,因为在调用mmap时可以传递整个区域的这些标记:

pMemory = mmap(NULL, maxCapacity,
    PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);

if (pMemory == MAP_FAILED) {
    /* allocation failed */
}

答案 3 :(得分:0)

首先,您必须告诉Linux您希望它进行提交记帐:

echo "2" > /proc/sys/vm/overcommit_memory

否则,它保留了传统的默认值(从Linux是玩具操作系统时),允许无限制的过度使用,并使你的应用程序在物理内存耗尽时可怕地崩溃。

此外,正如其他人所说,您需要检查mmapMAP_FAILED的返回值,并且不需要使用mprotect。只需将PROT_*的正确值传递给mmap即可。