揭开Linux操作系统的Swap交换区之谜
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了揭开Linux操作系统的Swap交换区之谜相关的知识,希望对你有一定的参考价值。
Swap,即交换区,除了安装Linux的时候,有多少人关心过它呢?其实,Swap的调整对Linux服务器,特别是Web服务器的性能至关重要。通过调整Swap,有时可以越过系统性能瓶颈,节省系统升级费用。
Swap的原理是一个较复杂的问题,需要大量的篇幅来说明。在这里只作简单的介绍,在以后的文章中将和大家详细讨论Swap实现的细节。
众所周知,现代操作系统都实现了“虚拟内存”这一技术,不但在功能上突破了物理内存的限制,使程序可以操纵大于实际物理内存的空间,更重要的是,“虚拟内存”是隔离每个进程的安全保护网,使每个进程都不受其它程序的干扰。
Swap空间的作用可简单描述为:当系统的物理内存不够用的时候,就需要将物理内存中的一部分空间释放出来,以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序,这些被释放的空间被临时保存到Swap空间中,等到那些程序要运行时,再从Swap中恢复保存的数据到内存中。这样,系统总是在物理内存不够时,才进行Swap交换。
计算机用户会经常遇这种现象。例如,在使用Windows系统时,可以同时运行多个程序,当你切换到一个很长时间没有理会的程序时,会听到硬盘“哗哗”直响。这是因为这个程序的内存被那些频繁运行的程序给“偷走”了,放到了Swap区中。因此,一旦此程序被放置到前端,它就会从Swap区取回自己的数据,将其放进内存,然后接着运行。
需要说明一点,并不是所有从物理内存中交换出来的数据都会被放到Swap中(如果这样的话,Swap就会不堪重负),有相当一部分数据被直接交换到文件系统。例如,有的程序会打开一些文件,对文件进行读写(其实每个程序都至少要打开一个文件,那就是运行程序本身),当需要将这些程序的内存空间交换出去时,就没有必要将文件部分的数据放到Swap空间中了,而可以直接将其放到文件里去。如果是读文件操作,那么内存数据被直接释放,不需要交换出来,因为下次需要时,可直接从文件系统恢复;如果是写文件,只需要将变化的数据保存到文件中,以便恢复。但是那些用malloc和new函数生成的对象的数据则不同,它们需要Swap空间,因为它们在文件系统中没有相应的“储备”文件,因此被称作“匿名”(Anonymous)内存数据。这类数据还包括堆栈中的一些状态和变量数据等。所以说,Swap空间是“匿名”数据的交换空间。
突破128M Swap限制
经常看到有些Linux(国内汉化版)安装手册上有这样的说明:Swap空间不能超过128M。为什么会有这种说法?在说明“128M”这个数字的来历之前,先给问题一个回答:现在根本不存在128M的限制!现在的限制是2G!
Swap空间是分页的,每一页的大小和内存页的大小一样,方便Swap空间和内存之间的数据交换。旧版本的Linux实现Swap空间时,用Swap空间的第一页作为所有Swap空间页的一个“位映射”(Bit map)。这就是说第一页的每一位,都对应着一页Swap空间。如果这一位是1,表示此页Swap可用;如果是0,表示此页是坏块,不能使用。这么说来,第一个Swap映射位应该是0,因为,第一页Swap是映射页。另外,最后10个映射位也被占用,用来表示Swap的版本(原来的版本是Swap_space ,现在的版本是swapspace2)。那么,如果说一页的大小为s,这种Swap的实现方法共能管理“8 * ( s - 10 ) - 1”个Swap页。对于i386系统来说s=4096,则空间大小共为133890048,如果认为1 MB=2^20 Byte的话,大小正好为128M。
之所以这样来实现Swap空间的管理,是要防止Swap空间中有坏块。如果系统检查到Swap中有坏块,则在相应的位映射上标记上0,表示此页不可用。这样在使用Swap时,不至于用到坏块,而使系统产生错误。
现在的系统设计者认为:
1.现在硬盘质量很好,坏块很少。
2.就算有,也不多,只需要将坏块罗列出来,而不需要为每一页建立映射。
3.如果有很多坏块,就不应该将此硬盘作为Swap空间使用。
于是,现在的Linux取消了位映射的方法,也就取消了128M的限制。直接用地址访问,限制为2G。
Swap配置对性能的影响
分配太多的Swap空间会浪费磁盘空间,而Swap空间太少,则系统会发生错误。 如果系统的物理内存用光了,系统就会跑得很慢,但仍能运行;如果Swap空间用光了,那么系统就会发生错误。例如,Web服务器能根据不同的请求数量衍生出多个服务进程(或线程),如果Swap空间用完,则服务进程无法启动,通常会出现“application is out of memory”的错误,严重时会造成服务进程的死锁。因此Swap空间的分配是很重要的。
通常情况下,Swap空间应大于或等于物理内存的大小,最小不应小于64M,通常Swap空间的大小应是物理内存的2-2.5倍。但根据不同的应用,应有不同的配置:如果是小的桌面系统,则只需要较小的Swap空间,而大的服务器系统则视情况不同需要不同大小的Swap空间。特别是数据库服务器和Web服务器,随着访问量的增加,对Swap空间的要求也会增加,具体配置参见各服务器产品的说明。
另外,Swap分区的数量对性能也有很大的影响。因为Swap交换的操作是磁盘IO的操作,如果有多个Swap交换区,Swap空间的分配会以轮流的方式操作于所有的Swap,这样会大大均衡IO的负载,加快Swap交换的速度。如果只有一个交换区,所有的交换操作会使交换区变得很忙,使系统大多数时间处于等待状态,效率很低。用性能监视工具就会发现,此时的CPU并不很忙,而系统却慢。这说明,瓶颈在IO上,依靠提高CPU的速度是解决不了问题的。
系统性能监视
Swap空间的分配固然很重要,而系统运行时的性能监控却更加有价值。通过性能监视工具,可以检查系统的各项性能指标,找到系统性能的瓶颈。本文只介绍一下在Solaris下和Swap相关的一些命令和用途。
最常用的是Vmstat命令(在大多数Unix平台下都有这样一些命令),此命令可以查看大多数性能指标。
例如:
命令说明:
vmstat 后面的参数指定了性能指标捕获的时间间隔。3表示每三秒钟捕获一次。第一行数据不用看,没有价值,它仅反映开机以来的平均性能。从第二行开始,反映每三秒钟之内的系统性能指标。这些性能指标中和Swap有关的包括以下几项:
procs下的w
它表示当前(三秒钟之内)需要释放内存、交换出去的进程数量。
memory下的swpd
它表示使用的Swap空间的大小。
Swap下的si,so
si表示当前(三秒钟之内)每秒交换回内存(Swap in)的总量,单位为kbytes;so表示当前(三秒钟之内)每秒交换出内存(Swap out)的总量,单位为kbytes。
以上的指标数量越大,表示系统越忙。这些指标所表现的系统繁忙程度,与系统具体的配置有关。系统管理员应该在平时系统正常运行时,记下这些指标的数值,在系统发生问题的时候,再进行比较,就会很快发现问题,并制定本系统正常运行的标准指标值,以供性能监控使用。
另外,使用Swapon-s也能简单地查看当前Swap资源的使用情况。例如:
能够方便地看出Swap空间的已用和未用资源的大小。
应该使Swap负载保持在30%以下,这样才能保证系统的良好性能。
有关Swap操作的系统命令
增加Swap空间,分以下几步:
1)成为超级用户
$su - root
2)创建Swap文件
# dd if=/dev/zero of=swapfile bs=1024 count=65536
创建一个有连续空间的交换文件。
3)激活Swap文件
#/usr/sbin/swapon swapfile
swapfile指的是上一步创建的交换文件。 4)现在新加的Swap文件已经起作用了,但系统重新启动以后,并不会记住前几步的操作。因此要在/etc/fstab文件中记录文件的名字,和Swap类型,如:
/path/swapfile none Swap sw,pri=3 0 0
5)检验Swap文件是否加上
/usr/sbin/swapon -s
删除多余的Swap空间。
1)成为超级用户
2)使用Swapoff命令收回Swap空间。
#/usr/sbin/swapoff swapfile
3)编辑/etc/fstab文件,去掉此Swap文件的实体。
4)从文件系统中回收此文件。
#rm swapfile
5)当然,如果此Swap空间不是一个文件,而是一个分区,则需创建一个新的文件系统,再挂接到原来的文件系统上。
一系统使用的swap比较多
[[email protected] ~]# free -m
total used free shared buffers cached
Mem: 3952 3905 47 0 417 1342
-/+ buffers/cache: 2145 1807
Swap: 6997 3599 3397
用free可以看到使用了3599M交换空间,接下来就想知道这些swap都被哪些进程使用了。刚开始用top来看,top->按f->按p,然后按空格退出,排一下序,看到结果如下:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP COMMAND
32564 root 15 0 1789m 8192 1464 S 0.0 0.2 13:36.06 1.7g snmpd
22823 usr_zhan 18 0 1406m 38m 2216 S 0.0 1.0 39:40.26 1.3g Java
31687 oracle 18 0 1314m 16m 12m S 0.0 0.4 0:00.01 1.3g oracle
31689 oracle 18 0 1313m 15m 12m S 0.0 0.4 0:00.00 1.3g oracle
31667 oracle 15 0 1313m 16m 12m S 0.0 0.4 0:00.06 1.3g oracle
31665 oracle 15 0 1314m 17m 14m S 0.0 0.5 0:00.05 1.3g oracle
31854 oracle 15 0 1328m 32m 18m S 0.0 0.8 0:00.54 1.3g oracle
31856 oracle 15 0 1339m 45m 20m S 0.0 1.1 0:01.47 1.3g oracle
602 oracle 18 0 1313m 19m 16m S 0.0 0.5 0:00.02 1.3g oracle
31679 oracle 18 0 1313m 22m 19m S 0.0 0.6 0:00.01 1.3g oracle
31685 oracle 15 0 1313m 22m 19m S 0.0 0.6 0:00.04 1.3g oracle
31669 oracle 15 0 1313m 28m 24m S 0.0 0.7 0:00.06 1.3g oracle
31675 oracle 16 0 1314m 31m 27m S 0.0 0.8 0:08.74 1.3g oracle
31673 oracle 15 0 1328m 46m 42m S 0.0 1.2 0:02.38 1.3g oracle
604 oracle 15 0 1315m 40m 35m S 0.0 1.0 0:09.68 1.2g oracle
31681 oracle 15 0 1320m 50m 42m S 0.0 1.3 0:03.46 1.2g oracle
600 oracle 15 0 1315m 48m 43m S 0.0 1.2 0:01.21 1.2g oracle
16575 oracle 15 0 1315m 60m 56m S 0.0 1.5 0:03.92 1.2g oracle
31869 oracle 15 0 1316m 63m 58m S 0.0 1.6 0:01.26 1.2g oracle
606 oracle 15 0 1316m 66m 60m S 0.0 1.7 0:25.94 1.2g oracle
31683 oracle 15 0 1318m 80m 73m S 0.0 2.0 0:07.52 1.2g oracle
31677 oracle 15 0 1314m 97m 92m S 0.0 2.5 0:03.84 1.2g oracle
31671 oracle 15 0 1317m 126m 120m S 0.0 3.2 0:02.20 1.2g oracle
10497 root 18 0 974m 47m 1992 S 0.0 1.2 14:14.27 927m java
5841 root 21 0 1010m 118m 2116 S 0.0 3.0 17:28.41 891m java
使用swap最多的进程为snmp,用了1.7G,另外使用swap超过1G的还有20多个oracle进程。看了这个就知道这不是我想要的,不管top的SWAP列代表了什么,但肯定不会是代表了进程正在使用的swap数量。
google了下,看到可以用smaps文件来统计,smaps是系统内存接口特性文件,位于/proc/$PID/目录下,文件的内容是进程内存映像信息,如
[[email protected] ~]#cat /proc/22823/smaps
... ...
40108000-4010a000 rwxp 00008000 08:04 9142711 /usr/java/jdk1.6.0_11/bin/java
Size: 8 kB
Rss: 0 kB
Shared_Clean: 0 kB
Shared_Dirty: 0 kB
Private_Clean: 0 kB
Private_Dirty: 0 kB
Swap: 8 kB
... ...
在第一行中:
-
40108000-4010a000是虚拟内存段的开始和结束位置
-
rwxp内存段的权限,最后一位p代表私有,s代表共享
-
00008000该虚拟内存段在对应的映射文件中的偏移量
-
08:04文件的主设备和次设备号
-
9142711被映射到虚拟内存的文件的索引节点号
-
/usr/java/jdk1.6.0_11/bin/java被映射到虚拟内存的文件名称。后面带(deleted)的是内存数据,可以被销毁。
其它:
-
size 是进程使用内存空间,并不一定实际分配了内存(VSS)
-
Rss是实际分配的内存(不需要缺页中断就可以使用的)
-
Pss是平摊计算后的使用内存(有些内存会和其他进程共享,例如mmap进来的)
-
Shared_Clean 和其他进程共享的未改写页面
-
Shared_Dirty 和其他进程共享的已改写页面
-
Private_Clean 未改写的私有页面页面
-
Private_Dirty 已改写的私有页面页面
-
Swap 存在于交换分区的数据大小(如果物理内存有限,可能存在一部分在主存一部分在交换分区)
结果中可能还会有其它项,各项所代表的具体含义可以看http://www.kernel.org/doc/Documentation/filesystems/proc.txt 。
我需要的只是SWAP的数据大小,那么只要把smaps文件的所有swap加起来就可以了,这个也出了脚本,粗略改了下,可统计所有进程各自使用的swap或单个进程使用的swap:
----------------------------------------
#!/bin/bash
PID=${1:-[1-9]*}
total_swap=0
GetSwap () {
pid=$1
cmdline=$(cat /proc/$pid/cmdline 2>/dev/null|tr ‘‘ ‘ ‘)
pid_swap=$(awk ‘BEGIN{total=0}/Swap/{total+=$2}END{print total}‘ /proc/$pid/smaps 2>/dev/null)
if [ "$pid_swap" != ‘‘ ] && [ "$pid_swap" -gt 0 ]; then
echo "PID=$pid – Swap used: $pid_swap Kb – ($cmdline)"
fi
}
cd /proc
for pid in $PID; do
GetSwap $pid
let total_swap+=$pid_swap
done
echo "Total swap: $total_swap Kb"
---------------------------------------
[[email protected]~]# ./getswap.sh
... 略 ...
PID=6235 – Swap used: 416 Kb – (-bash)
PID=631 – Swap used: 404 Kb – (-bash)
PID=6363 – Swap used: 416 Kb – (-bash)
PID=6496 – Swap used: 48 Kb – (tail-f/data/apps/msag/tomcat/logs/catalina.out.2011-08-05)
PID=6535 – Swap used: 2136 Kb – (/usr/libexec/gconfd-25)
PID=6544 – Swap used: 52 Kb – (tail-f/data/apps/msag/tomcat/logs/catalina.out.2011-08-04)
PID=743 – Swap used: 3956 Kb – (/home/oracle/oracle/product/10.2.0/db_2/perl/bin/perl/home/oracle/oracle/product/10.2.0/db_2/bin/emwd.pldbconsole/home/oracle/oracle/product/10.2.0/db_2/server_32_demo/sysman/log/emdb.nohup)
PID=7568 – Swap used: 204 Kb – (/bin/sh/usr/bin/mysqld_safe--datadir=/var/lib/MySQL--socket=/var/lib/mysql/mysql.sock--log-error=/var/log/mysqld.log--pid-file=/var/run/mysqld/mysqld.pid--user=mysql)
PID=7618 – Swap used: 19292 Kb – (/usr/libexec/mysqld--basedir=/usr--datadir=/var/lib/mysql--user=mysql--pid-file=/var/run/mysqld/mysqld.pid--skip-external-locking--socket=/var/lib/mysql/mysql.sock)
PID=8405 – Swap used: 336 Kb – (-bash)
PID=8505 – Swap used: 48 Kb – (tail-f/data/apps/msag/tomcat/logs/catalina.out.2010-04-27)
PID=8693 – Swap used: 2020 Kb – (/home/oracle/oracle/product/10.2.0/db_2/bin/tnslsnrLISTENER-inherit)
Total swap: 3318384 Kb
可以很清楚的看到每个进程使用的swap情况,只是总数和用free得出的结果比较还有出入,少了差不多300多M。然后还有一个问题是在一台oracle数据库中,swap用了差不多5G,但是在smaps文件中却找不到任何的swap使用记录,这个还不知道是什么原因。
- 顶
- 0
以上是关于揭开Linux操作系统的Swap交换区之谜的主要内容,如果未能解决你的问题,请参考以下文章
Linux 操作系统原理 — 内存管理 — Swap 交换内存
Linux 操作系统原理 — 内存管理 — Swap 交换内存