在互联网的服务中,C++常用于搭建高性能、高并发、大流量、低延时的后端服务。如何合理的分配内存满足系统高性能需求是一个高频且重要的话题,而且因为内存自身的特点和实际问题的复杂,组合出了诸多难题。
我们可以对内存进行多种类型的划分,从内存申请大小来看:
从一块内存的被持有时长来看:
当然还可以按照内存申请释放频率、读写频率进行进一步的分类。
内存管理服务于应用系统,目的是协助系统更好的解决瓶颈问题,比如对于『如何降低后端响应的延迟和提高稳定性』内存管理可能要考虑的是:
每一个问题展开可能都是一个比较大的话题,本文作为系列文章《探秘C++内存管理》的开篇,先介绍Linux C++程序内存管理的理论基础。后续会继续解密C++程序常用的内存管理库的实现原理,包括ptmalloc,jemalloc,tcmalloc等,介绍当前业界流行的内存分配器如何管理C++程序的内存。了解内存分配器原理,更有助于工程师在实践中降低处理内存使用问题的成本,根据系统量身打造应用层的内存管理体系。
Linux自底向上大致可以被划分为:
△图1:Linux结构
内核模块在内核空间中运行,应用程序在用户空间中运行,二者的内存地址空间不重叠。这种方法确保在用户空间中运行的应用程序具有一致的硬件视图,而与硬件平台无关。用户空间通过使用系统调用以可控的方式使内核服务,如:陷入内核态,处理缺页中断。
Linux的内存管理系统自底向上大致可以被划分为:
内核层内存管理 : 在 Linux 内核中 , 通过内存分配函数管理内存:
kmalloc()/__get_free_pages():申请较小内存(kmalloc()以字节为单位,__get_free_pages()以一页128K为单位),申请的内存位于物理内存的映射区域,而且在物理上也是连续的,它们与真实的物理地址只有一个固定的偏移。
vmalloc():申请较大内存,虚拟内存空间给出一块连续的内存区,但不保证物理内存连续,开销远大于__get_free_pages(),需要建立新的页表。
用户层内存管理:通过调用系统调用函数(brk、mmap等),实现常用的内存管理接口(malloc, free, realloc, calloc)管理内存;经典内存管理库ptmalloc2、tcmalloc、jemalloc。
应用程序通过内存管理库或直接调用系统内存管理函数分配内存,根据应用程序本身的程序特性进行使用,如:单个变量内存申请和释放、内存池化复用等。
至此单个进程可以使用Linux提供的内存划分顺利的运行,从用户程序来看Linux进程的内存模型大致如下所示:
△图2:Linux进程的内存模型
在标准C库中,提供了malloc/free函数分配释放内存,这些函数的底层是基于brk/mmap这些系统调用实现的,对照图2来看:
但在对于多个同时运行的进程,系统仍需处理有限的物理内存和增长的内存地址等问题。那么当Linux存在多个同时运行的进程时,一次内存的分配过程具体都经过哪些过程呢?现代Linux系统上内存的分配主要过程如下[1] :
△图3:Linux内存分配机制(虚拟+物理映射)
对于内存分配过程中涉及到工具进一步剖析:
这里要提到一个很重要的概念,内存的延迟分配,只有在真正访问一个地址的时候才建立这个地址的物理映射,这是 Linux 内存管理的基本思想之一。Linux 内核在用户申请内存的时候,只是分配了虚拟内存,并没有分配实际物理内存;当用户第一次使用这块内存的时候,内核会发生缺页中断,分配物理内存,建立虚拟内存和物理内存之间的映射关系。当一个进程发生缺页中断的时候,进程会陷入内核态,执行以下操作:
如果填充物理页的过程需要读取磁盘,那这次缺页中断是majflt,否则是minflt。我们需要重点关注majflt的值,因为majflt对于性能的损害是致命的,随机读一次磁盘的耗时数量级在几个毫秒,而minflt只有在大量的时候才会对性能产生影响。
通过对Linux内存管理的介绍,我们可以看到内存管理需要解决的问题:
在接下来的几篇文章将就ptmalloc,jemalloc,tcmalloc几个经典内存管理库,与大家进一步探讨C++程序常用的内存管理库的实现原理。
---------- END ----------
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8