性能测试必备知识（11）- 怎么理解内存中的Buffer和Cache？

做性能测试的必备知识系列，可以看下面链接的文章哦

https://www.cnblogs.com/poloyy/category/1806772.html

缓存

• 从 free 命令可以看到，缓存其实就是 Buffer 和 Cache 两部分的总和
• 字面意思，Buffer 是缓存区，Cache 是缓存，两者都是数据再内存中的临时存储

Buffer 和 Cache 的区别

man free

执行上面的命令，可以从帮助手册中看到 buffer 和 cache 说明

• Buffers：内核缓冲区用到的内存，对应的是 /proc/meminfo 中的 Buffers 值
• Cache：内核页缓存和 Slab 用到的内存，对应的是 /proc/meminfo 中的 Cached 与 SReclaimable 之和

注意事项

• 同一个指标的具体含义，就可能因为内核版本、性能工具版本的不同而有挺大差别
• 所以百度 Buffer 和 Cache 什么意思可能并不适用于你当前的环境
• 所以可以通过下面说的 proc 文件系统来确认它们的含义

proc 文件系统

再次回顾 proc

• /proc 是 Linux 内核提供的一种特殊文件系统，是用户跟内核交互的接口
• 比方说，用户可以从 /proc 中查询内核的运行状态和配置选项， 查询进程的运行状态、统计数据等，也可以通过 /proc 来修改内核的配置
• proc 文件系统同时也是很多性能工具的最终数据来源

了解 Buffer 和 Cache

查看帮助文档，找到它们

man proc

Buffers

• 对原始磁盘块的临时存储，也就是用来缓存磁盘的数据，通常不会特别大 （20MB 左右）
• 内核就可以把分散的写集中起来，统一优化磁盘的写入，比如，可以把多次小的写合并成单次大的写等等

Cached

• 从磁盘读取文件的页缓存，也就是用来缓存从文件读取的数据
• 这样，下次访问这些文件数据时，就可以直接从内存中快速获取，而不需要再次访问缓慢的磁盘。

SReclaimable

• 是 Slab 的一部分
• Slab 包括两部分，其中的可回收部分，用 SReclaimable 记录；而不可回收部分，用 SUnreclaim 记录

灵魂拷问

• Buffers 能不能缓存磁盘中读的数据？
• Cached 能不能缓存磁盘中写的数据？

为了验证上面的问题，会通过案例来展开描述

Buffer 和 Cache 在不同场景下的使用情况

系统配置

• 操作系统：Ubuntu 18.04
• 机器配置：2 CPU，8GB 内存
• 预先安装 sysstat 包  apt install sysstat
• 打开两个终端连接到 Ubuntu 系统上

前期准备

为了减少缓存的影响，在第一个终端中，运行下面的命令来清理文件页、目录项、Inodes 等各种缓存

echo  > /proc/sys/vm/drop_caches

场景一：磁盘和文件写案例

文件写场景

第一个终端运行 vmstat

vmstat  

结果分析

• 输出界面里， 内存部分的 buff 和 cache ，以及 io 部分的 bi 和 bo 就是要关注的重点
• buff 和 cache 就是我们前面看到的 Buffers 和 Cache，单位是 KB
• bi 和 bo 则分别表示块设备读取和写入的大小，单位为块 / 秒，因为 Linux 中块的大小是 1KB，所以这个单位也就等价于 KB/s
• 正常情况下，空闲系统中，你应该看到的是，这几个值在多次结果中一直保持不变

第二个终端运行 dd

dd if=/dev/urandom of=/tmp/file bs=1M count=

观察第一个终端的 vmstat 运行情况

结果分析

• 从 dd 命令开始运行时，cache 不断增加，而 buff 基本不变（看蓝色向下箭头）
• 在 cache 刚开始增长时，块设备 I/O 很少，bi、bo 都是 0KB，而在之后才出现大量的块设备写，bo 变成了 98384
• 当 dd 命令结束后，cache 不再持续性增长，但块设备写还会持续一段时间，并且多次 I/O 写的结果加起来（bo 蓝色框），就是 dd 要写的 500M 的数据

磁盘写场景

前提条件

• 需要你的系统配置多块磁盘，并且磁盘分区 /dev/sdb1 还要处于未使用状态
• 如果你只有一块磁盘，千万不要尝试，否则将会对你的磁盘分区造成损坏

第二个终端运行 dd

echo  > /proc/sys/vm/drop_caches

#然后运行 dd 命令向磁盘分区 /dev/sdb1 写入 2G 数据
dd if=/dev/urandom of=/dev/sdb1 bs=1M count=

第一个终端运行 vmstat，观察内存和 I/O 的变化情况

结果分析

• buff 和 cache 都在增长，但 buff 增长速度快很多
• 说明写磁盘用到了大量的 Buffer

总结

• 写文件时会用到 Cache 缓存数据，而写磁盘则会用到 Buffer 来缓存数据
• 所以，虽然文档上只提到，Cache 是文件读的缓存，但实际上，Cache 也会缓存写文件时的数据

场景二：磁盘和文件读案例

文件读场景

第二个终端运行 dd 读取文件

echo  > /proc/sys/vm/drop_caches

#然后运行 dd 命令读取文件数据
dd if=/dev/sda1 of=/dev/null bs=1M count=

第一个终端运行 vmstat 观察内存和 I/O 变化情况

结果分析

• 读取文件时（也就是 bi 大于 0 时），Buffer 保持不变，而 Cache 则在不停增长
• 这跟查到的定义【Cache 是对文件读的页缓存】是一致的

磁盘读场景

第二个终端运行 dd 读取磁盘

echo  > /proc/sys/vm/drop_caches

# 运行 dd 命令读取文件
dd if=/dev/sda1 of=/dev/null bs=1M count=

第一个终端运行 vmstat 观察内存和 I/O 变化情况

结果分析

• 读磁盘时（也就是 bi 大于 0 时），Buffer 和 Cache 都在增长，但显然 Buffer 的增长快很多
• 这说明读磁盘时，数据缓存到了 Buffer 中

总结 Buffer 和 Cache 的说明

• Buffer 既可以用作将要写入磁盘数据的缓存，也可以用作从磁盘读取数据的缓存
• Cache 既可以用作从文件读取数据的页缓存，也可以用作写文件的页缓存
• 总结：Buffer 是对磁盘数据的缓存，而 Cache 是文件数据的缓存，它们既会用在读请求中，也会用在写请求

从读写角度总结 Buffer 和 Cache 缓存磁盘和文件系统的读写数据

• 从写的角度来说，不仅可以优化磁盘和文件的写入，对应用程序也有好处，应用程序可以在数据真正落盘前，就返回去做其他工作
• 从读的角度来说，既可以加速读取那些需要频繁访问的数据，也降低了频繁 I/O 对磁盘的压力