一、实验环境
1、操作系统
root@openstack:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
2、内存
root@openstack:~# free -h
total used free shared buff/cache available
Mem: 4.9G 114M 4.0G 992K 773M 4.5G
Swap: 3.9G 0B 3.9G
3、cpu
root@openstack:~# lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 60
Model name: Intel(R) Core(TM) i3-4150 CPU @ 3.50GHz
Stepping: 3
CPU MHz: 3491.930
BogoMIPS: 6983.86
Hypervisor vendor: KVM
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 3072K
NUMA node0 CPU(s): 0,1
二、上传文件实验
1、窗口1
2、窗口2
# 间隔 1 秒输出一组数据
# -r 表示显示内存使用情况，-S 表示显示 Swap 使用情况
# sar -r -S 1 root@openstack:~# sar -r -S 1
Linux 4.15.0-45-generic (openstack) 02/06/2019 _x86_64_ (2 CPU) 09:32:07 AM kbmemfree kbavail kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty
08:32:08 AM 4189512 4744524 906804 17.79 50276 695116 257800 2.82 527428 258832 0 09:32:07 AM kbswpfree kbswpused %swpused kbswpcad %swpcad
09:32:08 AM 4039676 0 0.00 0 0.00 09:46:08 AM kbmemfree kbavail kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty
09:46:09 AM 112780 4660228 4983536 97.79 52088 4630296 284412 3.11 572084 4178412 192368 09:46:08 AM kbswpfree kbswpused %swpused kbswpcad %swpcad
09:46:09 AM 4039676 0 0.00 0 0.00
上升截图
2分钟后
3、你可能困惑了，为什么缓冲区在不停增大？这又是哪些进程导致的呢?
2分钟后
通过cachetop的输出，我们看到rz进程的读写请求只有26.3%的命中率，并且未命中的缓存页数为29744，这说明，正是案例开始运行的rz导致了缓冲区使用升高
三、命令解释
1、命令图解
2、文字解释
kbcommit
表示当前系统负载需要的内存，它实际上是为了保证系统内存不溢出，对需要内存的估计值，%commit就是这个值相对总内存的百分比
kbactive
表示活跃内存，也就是最近使用过的内存，一般不会被系统回收
kbinact
表示非活跃内存，也就是不常访问的内存，可能会被系统回收
四、总结
总内存使用率在不断增长，从开始的23%一直涨到了97%，并且主要内存都被缓冲区占用
刚开始，剩余内存不断减少，而缓冲区则不断增大，由此可知，剩余内存不断分配给了缓冲区
一段时间后，剩余内存已经很小，而缓冲区占用了大部分内存，这时候的使用开始逐渐增大、缓冲区和剩余内存只在小范围内波动
