如果系统的物理内存用光了,则会用到swap。系统就会跑得很慢,但仍能运行;如果Swap空间用光了,那么系统就会发生错误。通常会出现“application is out of memory”的错误,严重时会造成服务进程的死锁。所以要高度重视。
free
free -m
就能看出当前系统所使用的swap了。那么如何查看哪些进程使用了swap呢,这样好针对性的做出优化。
top
Centos(6.0之前):
top只能看到swap总使用量
网上很多人说top+f+p能显示出来swap。可是按完f查看的时候,man top里面swap的解释是:
并不是实际的使用swap。而是VIRT-RES得来的。用我蹩脚的英文翻译就是,虚拟内存中所使用过的swap部分
Centos(6.0之后):
man top
这样就明显看出是取出的每个进程的swap,能很方便的查看哪些进程使用了swap。从中也能看到一个信息。那就是读取了/proc/#/status
vmstat
vmstat -n 1
也能查看到
仍旧无法查看到哪些进程使用了。但是能看到si、so
Memory(内存):
- swpd: 使用虚拟内存大小
- free: 可用内存大小
- buff: 用作缓冲的内存大小
- cache: 用作缓存的内存大小
Swap:
- si: 每秒从交换区写到内存的大小
- so: 每秒写入交换区的内存大小
Shell脚本
在Linux内核 2.6.16中引入了一个系统内存接口特性,这个接口位于/proc/$pid/目录下的smaps文件中 ,一看内容发现是进程内存映像信息,比同一目录下的maps文件更详细些。
cat /proc/1/smaps
![](https://images2017.cnblogs.com/blog/417876/201712/417876-20171225014338975-799693615.png)
这里解释下samps里面的内容:
- bfdca000-bfddf000 是该虚拟内存段的开始和结束位置
- rw-p 内存段的权限,rw是指可读写,p是指私有,如果是s则为共享
- bffea000 该虚拟内存段在对应的映射文件中的偏移量
- 00:00 文件的主设备和次设备号
- 0 被映射到虚拟内存的文件的索引节点号
- [stack] 被映射到虚拟内存的文件名称
- Size 是进程使用内存空间,并不一定实际分配了内存(VSS)
- Rss是实际分配的内存(不需要缺页中断就可以使用的)
- Shared_Clean 和其他进程共享的未改写页面
- Shared_Dirty 和其他进程共享的已改写页面
- Private_Clean 未改写的私有页面页面
- Private_Dirty 已改写的私有页面页面
- Swap 存在于交换分区的数据大小(如果物理内存有限,可能存在一部分在主存一部分在交换分区)
- Pss是平摊计算后的使用内存(有些内存会和其他进程共享,例如mmap进来的)
这里能显示出swap
那么查看你想要看的进程所使用的swap只需要:
awk '/^Swap:/ {SWAP+=$2}END{print SWAP" KB"}' /proc/$(pid)/smaps
#!/bin/bash # Get current swap usage for all running processes # writted by xly function getswap { SUM=0 OVERALL=0 for DIR in `find /proc/ -maxdepth 1 -type d | egrep "^/proc/[0-9]"` ; do PID=`echo $DIR | cut -d / -f 3` PROGNAME=`ps -p $PID -o comm --no-headers` for SWAP in `grep Swap $DIR/smaps 2>/dev/null| awk '{ print $2 }'` do let SUM=$SUM+$SWAP done echo "PID=$PID - Swap used: $SUM - ($PROGNAME )" let OVERALL=$OVERALL+$SUM SUM=0 done echo "Overall swap used: $OVERALL" } getswap #getswap|egrep -v "Swap used: 0"
既然知道了原理,大家各自发挥,什么语言都可以统计
iotop
iotop还是非常好用的,能看到哪些进程使用了swap
![](https://images2017.cnblogs.com/blog/417876/201712/417876-20171225014522178-238052464.png)
参考:
http://blog.csdn.net/xiangliangyu/article/details/8213127(以上内容转自此篇文章)