C＆＃x2B;＆＃x2B;大量记忆分配

Question

我在C ++中编写了测试代码：

void handler()
{
    std::cout << "allocation failed" << std::endl;
    std::set_new_handler(nullptr);
}

int main()
{
    size_t allocations_count = 0u;
    std::set_new_handler(handler);

    try {
    
        while (true) {
        new char[1024u * 1024u * 1024u];
           ++allocations_count;
        }
    } catch (const std::bad_alloc& e) {
        std::cout << e.what() << '\n';
    }

    std::cout << "allocated " << allocations_count << " GB" << std::endl;
}

在带有8GB RAM的计算机中，我得到了输出：

BigAllocations(5125,0x1050e7d40) malloc: can't allocate region
:*** mach_vm_map(size=1073741824, flags: 100) failed (error code=3)
BigAllocations(5125,0x1050e7d40) malloc: *** set a breakpoint in malloc_error_break to debug
allocation failed
BigAllocations(5125,0x1050e7d40) malloc: can't allocate region
:*** mach_vm_map(size=1073741824, flags: 100) failed (error code=3)
BigAllocations(5125,0x1050e7d40) malloc: *** set a breakpoint in malloc_error_break to debug
std::bad_alloc
allocated 130676 GB

我分配了130676GB，我认为这太多了，因为我的存储尺寸为500GB，我认为，虚拟内存可以服务于此数量的此数字。记忆...谁能解释为什么我可以在那里进行大量分配？

ram = 8GB 存储= 500GB MacBook Pro（13英寸，M1，2020）

Answer 1

64位可以解决9313225 GB内存。这是您分配的数量级超过130675 GB。

因此，即使使用OS保留的所有特殊地址范围，虚拟内存也可以轻松符合您分配的内存量。只要您不写入它，它将包含零，并且不需要存储任何地方（注意，C ++语言new不保证内存包含零，但是显然允许允许 /em> it）。

将您分配给非零的内存初始化，然后查看会发生什么。在Linux上，这将触发OOM（无内存）杀手，该杀手将开始终止进程​​，当OS耗尽物理内存并磁盘交换以存储数据时。也许OSX做类似的事情。