字节缓冲存储器分配

Question

我试图理解DirectByteBuffer如何在Linux上工作，并编写了以下在strace下运行的非常简单的程序：

public static void main(String[] args){
    while(true){
        ByteBuffer buffer = ByteBuffer.allocateDirect(8192);
    }
}

实际上，我期望一些mmap或sys\u brk系统调用直接从操作系统分配内存，但实际上它只是设置请求页面的读写保护。我的意思是：

mprotect(0x7fa9681ef000, 8192, PROT_READ|PROT_WRITE) = 0

这似乎是分配直接缓冲区比分配堆缓冲区慢的原因，因为每次分配都需要系统调用。

如果我错了，请纠正我，但是堆缓冲区分配（如果发生在TLAB内部）相当于返回一个指向预分配堆内存的指针。

问题：为什么我们不能对直接内存做同样的事情？返回指向预分配内存的指针？

Answer 1

在Oracle/OpenJDK中，ByteBuffer.allocateDirect（n）使用Unsafe.allocateMemory（n），后者又在Linux调用malloc。

在Linux，malloc从内存池中分配较小的分配，例如8KB，但是，对于128 KB或更多的分配，它会添加一个新的mmap。

实际上，我期望一些mmap或sys\u brk syscalls直接从操作系统分配内存

尝试分配128

这似乎是分配直接缓冲区比分配堆缓冲区慢的原因，因为每次分配都需要系统调用。

系统调用增加了大约2微秒。并不打算经常分配和释放直接字节缓冲区。您应该找到重用这些缓冲区的方法。

如果我错了，请纠正我，但是堆缓冲区分配（如果发生在TLAB内部）相当于返回一个指向预分配堆内存的指针。

对的本机内存中较小的分配使用本机堆。

问：为什么我们不能对直接记忆做同样的事情？

确实如此。

返回指向预分配内存的指针？

要将内存释放回操作系统，它需要128 KB的内存。