使用pmap验证malloc是否分配全部内存的疑问

1. 指针地址与堆起始不一致的原因 #

malloc返回给你的指针，并不是堆内存区域的起始地址，而是用户可用内存块的起始地址。在这块可用内存的前面，malloc会额外分配一个chunk控制块（堆头部信息），用来记录当前内存块的大小、是否被占用、前后块的链表指针等管理数据。

你观察到的132字节偏移，正好是这个控制块的大小——不同malloc实现（比如glibc的ptmalloc2）的控制块结构略有差异，但通常包含size、prev_size字段，以及双向链表的fd/bk指针，加起来的大小刚好在132字节左右。

2. pmap显示堆大小为9768MB而非10000MB的原因 #

这里有两个核心点：

• 大内存分配的特殊处理：当你申请的内存超过malloc的阈值（比如glibc默认是128KB），malloc会直接调用mmap分配匿名内存区域，而不是使用传统的堆（通过brk扩展的区域）。你申请的10000MB远大于这个阈值，所以这块内存根本不在堆里，pmap显示的9768MB是进程原本的堆空间，和这次大分配无关。
• 虚拟内存区域的页对齐：即使是堆内的分配，操作系统也会按内存页（通常4KB）来划分虚拟内存区域，pmap显示的是整个区域的大小，而不是你精确申请的字节数。内存分配器也会批量申请内存预留，减少系统调用开销，这也会导致区域大小和实际申请量有差异。

你可以通过pmap <pid>查看所有内存区域，找到和你分配的指针0x7ff9cf753010匹配的条目，会发现它是一个anon类型的mmap区域，大小接近10000MB（页对齐后的数值）。

3. 验证建议 #

• 在程序中添加代码，打印sbrk(0)的返回值（当前堆的顶部地址），对比malloc返回的指针：如果指针地址远大于sbrk(0)，则证明这块内存是通过mmap分配的，不属于堆区域。
• 用malloc_usable_size(ptr)查看malloc实际分配给你的可用内存大小，这个值会接近你申请的10000MB（页对齐后）。

内容的提问来源于stack exchange，提问作者pwasoutside