2.1-内存性能-内存管理

目录

一、内存管理

1.1 内存映射

1.1.1 进程用户态和进程态

1.1.2 TLB

1.1.3 页

1.2 虚拟内存空间分布

1.3 内存分配与回收

1.3.1 内存分配

1.3.2 内存回收

1.4 内存使用情况的查看

1.4.1 系统内存使用情况查看

1.4.2 进程内存使用情况查看

1.5 虚拟内存与物理内存的区别

---

一、内存管理

    内存主要是用来存储系统和应用程序的指令、数据、缓存。

1.1 内存映射

    常说的内存容量，其实指的是物理内存，也称主存。大多数计算机用的主存都是动态随机访问内存（DRAM）。只有内核才可以直接访问物理内存。

    Linux 内核给每个进程都提供了一个独立的虚拟地址空间，并且这个地址空间是连续的。这样，进程就可以很方便地访问内存，更确切地说是访问虚拟内存。

    虚拟地址空间的内部被分为内核空间和用户空间，不同字长（也就是单个 CPU 指令可以处理数据的最大长度）的处理器，地址空间的范围也不同。

1.1.1 进程用户态和进程态

• 进程在用户态时，只能访问用户空间内存
• 进程只有进入内核态后，才可以访问内核空间内存
• 进程的地址空间包含了内核空间，内核空间关联的都是相同的物理内存
• 每个进程都是运行在虚拟内存中，但并不是所有的虚拟内存都会分配物理内存，只有那些实际使用的虚拟内存才能分配物理内存，分配后的物理内存都是通过内存映射来管理

内存映射，就是将虚拟内存地址映射到物理内存地址。为了完成内存映射，内核为每个进程都维护了一张页表，记录虚拟地址与物理地址的映射关系，如下图所示：

    页表实际上存储在 CPU 的内存管理单元 MMU 中，这样，正常情况下，处理器就可以直接通过硬件，找出要访问的内存。

    当进程访问的虚拟地址再页表中查不到时，系统会产生一个缺页异常，进入内核空间分配物理内存、更新进程页表，最后再返回用户空间，恢复进程的运行。

1.1.2 TLB

TLB 会影响CPU的内存访问性能。缘由是，TLB 是 MMU 中页表的高速缓存。由于进程的虚拟地址空间是独立的，而 TLB 的访问速度比 MMU 快得多，所以通过减少进程的上下文切换，减少 TLB 的刷新次数，可以提高 TLB 缓存的使用率，进而提高 CPU 的内存访问性能。

1.1.3 页

页的大小只有4KB，会导致页表变得很大。为了解决页表项过多，因此有以下两种机制：

1. 多级页表：将内存分成区块来管理，将原来的映射关系改成区块索引和区块内的偏移。由于虚拟内存空间通常只用了很少一部分，那么，多级页表就只保存这些使用中的区块，这样就可以大大地减少页表的项数。
   1. Linux中主要是由四级页表来管理内存页
2. 大页：比普通页更大的内存块，常见的大小是2MB和1GB。大页通常用在使用大量内存的进程上。

1.2 虚拟内存空间分布

内核空间与用户空间内存关系：

用户空间内存，从低到高分别是五种不同的内存段：

1. 只读段：包括代码和常量
2. 数据段：包括全局变量
3. 堆：包括动态分配的内存，从低地址开始向上增长
4. 文件映射段：包括动态库、共享内存等，从高地址开始向下增长
5. 栈：包括局部变量和函数调用的上下文等。栈的大小固定的，一般是8MB

在这5个内存段中，堆和文件映射段的内存是动态分配的。

1.3 内存分配与回收

1.3.1 内存分配

malloc() 是 C 标准库提供的内存分配函数，对应到系统调用上，有两种实现方式，即 brk() 和 mmap()。

1. 对小块内存（小于 128K），C 标准库使用 brk() 来分配，也就是通过移动堆顶的位置来分配内存。这些内存释放后并不会立刻归还系统，而是被缓存起来，这样就可以重复使用。
   1. brk() 方式的缓存，可以减少缺页异常的发生，提高内存访问效率
   2. 在内存工作繁忙时，频繁的内存分配和释放会造成内存碎片
2. 大块内存（大于 128K），则直接使用内存映射 mmap() 来分配，也就是在文件映射段找一块空闲内存分配出去。
   1.  mmap() 方式分配的内存，会在释放时直接归还系统，所以每次 mmap 都会发生缺页异常
   2. 内存工作繁忙时，频繁的内存分配会导致大量的缺页异常，使内核的管理负担增大。这也是 malloc 只对大块内存使用 mmap 的原因

1.3.2 内存回收

在内存紧张时，系统会通过一系列机制来回收内存：

1. 回收缓存：使用LRU算法，回收最忌使用最少的内存页面；
2. 回收不常访问的内存：把不常用的内存通过交换分区直接写到磁盘；
   1. 交换分区（swap）是将一块磁盘空间当成内存来用。存在换出换入两种模式：
      1. 换出：可以把进程暂时不用的数据存储到磁盘
      2. 换入：当进程访问内存时，从磁盘读取这些数据到内存中。
   2. 当内存不足时，会发生Swap分区的交换，由于磁盘读写的速度远比内存慢，Swap会导致严重的内存性能问题
3. 杀死进程：内存紧张时系统还会通过 OOM（Out of Memory），直接杀掉占用大量内存的进程。
   1. OOM 是一种内核的保护机制，监控进程的内存使用情况，并且使用 oom_score 为每个进程的内存使用情况进行评分：
      1. 一个进程消耗的内存越大，oom_score 就越大，因此该进程容易被OOM杀死，从而可以更好的保护系统；
      2. 一个进程运行占用的 CPU 越多，oom_score 就越小。
   2. java项目出现OOM时一般由两个方面导致：
      1. 内存泄露
      2. 接口调用中使用的内存超过jvm的设定值

1.4 内存使用情况的查看

1.4.1 系统内存使用情况查看

#查看系统内存使用情况 
free

• 两行分别是物理内存 Mem 和交换分区 Swap 的使用情况
• 每列数据含义如下：

1. 第一列，total 是总内存大小；
2. 第二列，used 是已使用内存的大小，包含了共享内存；
3. 第三列，free 是未使用内存的大小；
4. 第四列，shared 是共享内存的大小；
5. 第五列，buff/cache 是缓存和缓冲区的大小；
6. 最后一列，available 是新进程可用内存的大小。
   1. available 不仅包含未使用内存，还包括可回收缓存，因此一般比未使用内存更大。

1.4.2 进程内存使用情况查看

#查看进程的内存使用情况 
top 
// 按下 M 切换到内存排序 
ps

1. VIRT 是进程虚拟内存的大小，只要是进程申请过的内存，即便还没有真正分配物理内存，也会计算在内。
2. RES 是常驻内存的大小，也就是进程实际使用的物理内存大小，但不包括 Swap 和共享内存。
3. SHR 是共享内存的大小，比如与其他进程共同使用的共享内存、加载的动态链接库以及程序的代码段等。
4. %MEM 是进程使用物理内存占系统总内存的百分比。

查看 top 输出时需注意：

1. 虚拟内存通常并不会全部分配物理内存。每个进程的虚拟内存都比常驻内存大。
2. 共享内存 SHR 并不一定是共享的，像程序的代码段、非共享的动态链接库，也都算在 SHR 里。SHR包括了进程间真正共享的内存。所以在计算多个进程的内存使用时，不要把所有进程的SHR直接相加得出结果。

1.5 虚拟内存与物理内存的区别

进程运行时，会得到一个 4G 的虚拟内存。此时该虚拟内存仅对应一点点物理内存。进程在运行中，实际用了多少内存，才会对应多少物理内存，也就是 top 输出中的 RES