malloc源码分析—_int_malloc
根据上一章的分析,malloc会调用__libc_malloc
分配内存,__libc_malloc
会调用malloc_hook_ini
进行初始化,然后回调__libc_malloc
函数,这时候会执行_int_malloc
开始分配内存,定义在malloc.c中,因为非常长,这里分段来看,
_int_malloc第一部分
|
|
首先调用checked_request2size
将需要分配的内存大小bytes转换为chunk的大小。checked_request2size
是个宏定义,主要调用request2size进行计算,
|
|
为了说明request2size,首先看一下ptmalloc中关于chunk的定义,
|
|
当一个chunk为空闲时,至少要有prev_size
、size
、fd
和bk
四个参数,因此MINSIZE就代表了这四个参数需要占用的内存大小;而当一个chunk被使用时,prev_size
可能会被前一个chunk用来存储,fd
和bk
也会被当作内存存储数据,因此当chunk被使用时,只剩下了size
参数需要设置,request2size
中的SIZE_SZ
就是INTERNAL_SIZE_T
类型的大小,因此至少需要req+SIZE_SZ
的内存大小。MALLOC_ALIGN_MASK
用来对齐,因此request2size就计算出了所需的chunk的大小。
传入的参数av是在上一章__libc_malloc
中调用arena_get
获得的分配去指针,如果为null,就表示没有分配区可用,这时候就直接调用sysmalloc
通过mmap获取chunk。
sysmalloc
sysmalloc
的代码很长,但只有前面一小部分是这里需要分析的,
|
|
首先,可以直接通过mmap分配chunk有两个前提条件,一是需要分配的内存大小大于实用mmap进行分配的阀值mp_.mmap_threshold
,二是通过mp_.n_mmaps
判断系统还可以有可以使用mmap分配的空间。
下面就要计算需要分配多少内存,在前面已经通过request2size
计算了需要分配的内存大小,这里为什么还要计算呢?这是因为通过使用mmap直接分配的chunk不需要添加到链表中,因此不存在前后关系,当一个chunk被使用时,不能借用后一个chunk的prev_size
字段,这里需要把该字段的长度SIZE_SZ加上。并且这里假设MALLOC_ALIGNMENT == 2 * SIZE_SZ
。
接下来判断需要分配的内存大小是否会溢出,然后就调用MMAP
分配内存,MMAP
是一个宏定义,最后就是通过系统调用来分配内存,后面来看这个函数。
再往下就是通过set_head
在chunk中的size参数里设置标志位,因为chunk是按8字节对齐的,而size标识chunk占用的字节数,所以最后三位是没有用的,ptmalloc将这三位用来作为标志位,这里便是设置其中一个标志位,用来标识该chunk是直接通过mmap分配的。
|
|
设置完标志位后,接下来就是设置全局变量_mp
,将mp_.n_mmaps
加1,表示当前进程通过mmap分配的chunk个数,对应的mp_.max_n_mmaps
表示最大chunk个数。mp_.mmapped_mem
标识已经通过mmap分配的内存大小,mp_.max_mmapped_mem
对应可分配内存的最大值。其中,atomic_exchange_and_add
b表示原子加,atomic_max
则是原子取最大值。
最后,通过chunk2mem返回chunk中内存的起始指针。
|
|
这里也可以知道,当chunk被使用时,用户是从结构体中的变量fd开始使用内存的。回到_int_malloc函数中,假设通过sysmalloc分配成功,接下来就需要调用alloc_perturb对刚刚分配的内存进行初始化,
|
|
刚函数没有什么实际意义,所以不管它。
MMAP
为了方便分析,这里贴一段调用MMAP的代码,
|
|
MMAP在glibc中为宏定义,其定义很长,这里简单将它改写,
|
|
__libc_do_syscall
是一段汇编代码,最后就是系统调用啦,这里就进入了linux内核中的代码,在arch/x86/entry/syscalls/syscall_32.tbl中有如下定义,
|
|
因此,MMAP最后调用linux内核中的sys_mmap_pgoff
函数,定义在mm/mmap.c中,
|
|
SYSCALL_DEFINE6
是个宏定义,就是将系统调用号和函数联系起来,这里其实就是定义了sys_mmap_pgoff
函数。根据前面传入的flags,这里直接跳过判断,因此下面主要就是执行vm_mmap_pgoff
函数,定义在mm/utils.c中,
|
|
这里首先获得进程的mm_struct
结构,该结构保存了虚拟内存和物理内存的映射关系,security_mmap_file
和linux安全有关,这里不关心,因此调用do_mmap_pgoff
执行主要的mmap内容,前后加了信号量。do_mmap_pgoff
定义在mm/mmap.c中,这里省略了很多不关键的代码,
do_mmap_pgoff
|
|
传入的flags没有MAP_FIXED
,表是映射的地址不固定(这里传入的addr
为0),由内核分配。接下来通过调用round_hint_to_min
和PAGE_ALIGN
对地址和长度进行页对齐,并且检查地址是否溢出或者太小。
下面调用get_unmapped_area
在进程的用户空间里查找已经分配的虚拟内存。
|
|
这里首先获取get_area
函数指针用来查找用户空间中已经分配的虚拟内存,这里根据mmap的方向可以获取到arch_get_unmapped_area_topdown
或者arch_get_unmapped_area
两个函数指针,其arch_get_unmapped_area_topdown
对应的mmap方向是从高地址往低地址方向扩展的,本章还是分析传统的从低地址往高地址拓展对应的arch_get_unmapped_area
函数,
|
|
首先,如果是固定地址映射,直接返回addr地址。本章分析的不是这种情况,省略的代码和一些随机映射有关,这里省略了不分析。这样就进入了底下的if语句里,对地址对齐后,就调用find_vma查找addr地址开始已经分配出去的虚拟内存vma,最后addr到addr+len这个地址范围内没有虚拟内存,就将地址返回。
|
|
这里就不往下继续看代码的,简单来说,进程已经分配的虚拟内存保存在一个红黑树中,红黑树简单的作用就是防止一个树结构不平衡,出现某个左子树严重大于右子树的情况。为了加快查找的速度,这里设立了缓存。通过观察while结构,这里就是查找第一个结束地址大于addr的已经分配的虚拟内存,然后返回。
回到do_mmap_pgoff
中,calc_vm_prot_bits
和calc_vm_flag_bits
用来将prot和flags中的标志位转化为vm的标志位,例如prot中的PROT_READ
转化为VM_READ
,flags中的MAP_GROWSDOWN
转化为VM_GROWSDOWN
。根据前面prot和flags中的值,这里转化后,vm_flags
为VM_READ|VM_WRITE|mm->def_flags | VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC
。最后就调用mmap_region构造一个vma用来保存刚刚获得的虚拟内存。
mmap_region
为了方便分析和查看,这里对mmap_region代码做了适当的删除和改写,
|
|
may_expand_vm
用于判断加上即将分配的虚拟内存,是否超过了系统的限制,如果超过了就需要进行相应的操作或者返回错误,这里假设不会超过系统限制,不管它。find_vma_links
的定义如下,
|
|
该函数做了两件事,第一件事是重新检查一遍即将分配的虚拟内存是否已经被使用,主要是其他进程可能在这期间分配了该虚拟内存,第二件事是确定即将插入红黑树中的位置,保存在prev
、rb_link
和rb_parent
中。prev
保存了虚拟内存结束地址小于即将分配的虚拟内存开始地址的红黑树节点,rb_link
一般为null,rb_parent
简单说就是保存了离即将分配的虚拟内存开始地址最近的红黑树节点。
再往下通过vma_merge函数查看是否有虚拟空间可以合并,如果有则合并并返回。
|
|
这里就不详细分析这个函数了,主要通过prev->vm_end == addr
判断即将分配的虚拟内存能否往前合并,通过end == next->vm_start
判断即将分配的虚拟内存能否往后合并。其中,合并函数为vma_adjust
。再往下就不分析了。
回到函数中,假设不能合并,就要通过slab构造一个vm_area_struct
结构体,并设置相应的信息,slab是linux内核中分配小块内存的框架。然后通过vma_link
插入到进程的红黑树中,
|
|
__vma_link
执行实际的插入操作,就是一些红黑树的操作,不往下看了。
回到mmap_region
中,最后通过vma_set_page_prot
继续设置一些标志位,然后就返回分配到的虚拟内存的起始地址addr了,该返回值一直向上返回,然后退出系统调用,返回到glibc中。
到这里简单总结一下MMAP,其实质就是通过mmap在进程的内存管理结构中的红黑树中分配一块没有使用的虚拟内存。
下一章继续往下分析glibc中的_int_malloc
函数。