我读到，当您尝试使用 分配比 RAM 中可用的更多字节时malloc()，它会分配虚拟内存。至少在 Linux 上。
我想分配大量的虚拟内存，比如说 100 GB。所以，我写了这样的东西：
void* virtual_memory = malloc(100 gb int);
但是返回的指针是NULL。
我在 64 位 Ubuntu 虚拟机上执行此代码。
我究竟做错了什么？
编辑
我想要实现的是使htop工具在 VIRT 列中为我的过程显示 100GB。
更新 我可以调用 malloc 一次分配 2 GB 50 次
我读到，当您尝试使用 malloc() 分配的字节数超过 RAM 中可用的字节数时，它会分配虚拟内存
首先，这是不正确的。您总是分配虚拟内存。此虚拟内存映射到物理内存 (RAM) 或交换空间上的某个区域。如果交换空间 + 物理内存小于 100 GB，您的分配将失败。此外，libc如果设置了一些（可编程的）限制，实现可能无法分配如此大的数量。
但我有一个奇怪的任务是在 htop 工具中为进程显示 100gb 的虚拟内存。据称可以通过单行代码实现。
是的，如果您只需要这么多虚拟内存，您可以保留内存但不提交。您可以阅读如何将mmap(*NIX) 或VirtualAlloc(Windows) 用于相同的目的。
当你保留一个特定的虚拟地址范围时，你告诉操作系统你打算使用这个范围，所以其他代码不能使用它。但这并不意味着您可以实际使用它。这也意味着它不需要 RAM/Swap 支持。因此，您将能够保留任意大的数量（当然，在您的 64 位系统上少于 2^48 字节）。
虽然我不确定是否htop会将其包含在它显示的值中，但您必须尝试一下。
如果这确实没有增加您的虚拟内存计数，您可以将其映射到文件，而不是匿名映射。这可能会在您的系统上创建一个 100 GB 的文件（假设您有那么多空间），但您甚至应该能够读取/写入它。
以下代码可以在 linux 上使用 -
int fd = open("temp.txt", O_RDWR | O_CREAT);
void* addr = mmap(NULL, 100 * GBS, PROT_WRITE | PROT_READ, MAP_PRIVATE, fd, 0);
以下代码为我完成了这件事：
for (int i = 0; i < 50; ++i) {
malloc(int_pow(2, 31));
}
Whereint_pow只是一个自定义pow实现，它操作整数。运行此应用程序后，htop工具显示它使用了 100GB 的虚拟内存。