优化AIX 7内存性能第二部分监视内存的使用情况并分析其结果【ps+sar+svmon +vmstat】
简介
内存子系统调优中最重要的部分并不涉及实际的调优工作。在对系统进行调优之前，必须弄清楚主机系统的实际运行情况。要做到这一点，AIX® 7 管理员必须知道应该使用何种工具以及如何对将要捕捉的数据进行分析。
再次重申前面的调优文章（见 参考资料）中所介绍的原则：必须先监视主机，才能对系统进行正确地调优，无论它是作为逻辑分区 (LPAR) 运行还是在自己的物理服务器上运行。可以使用许多命令来捕捉和分析数据，所以需要了解这些命令，以及其中的哪些命令最适合想要进行的工作。在捕捉了数据之后，需要对结果进行分析。有些问题初看起来像是 CPU 的问题，但是经过分析之后，可以诊断出是内存或 I/O 问题，前提是使用合适的工具捕捉数据并知道如何进行分析工作。只有在正确地完成了这些工作之后，才可以考虑对系统进行实际的更改。如果医生不了解病史和目前的症状，就无法诊治疾病；同样，也需要在优化子系统之前对其进行诊断。如果在出现 CPU 或者 I/O 瓶颈的情况下对内存子系统进行优化，这将是毫无帮助的，甚至可能会影响主机的正常运行。
本文将帮助您理解正确地进行诊断的重要性。您将看到，性能调优远不只是实际的调优工作本身。在您将要学习的工具中，有一些是通用的监视工具，所有版本的 UNIX® 都提供这些工具，另外一些工
具是专门为 AIX 7 编写的。必须获得基准数据；这是已知环境的关键数据，调优决策都以此作为基础。
不要等到用户开始向服务台抱怨糟糕的性能时，才开始监视系统。应该在将服务器投入生产环境中后尽快捕捉数据。如果做到了这一点，那么就可以积极主动地进行调优，其目标是在用户指出问题之前到它。如果不了解系统正常运行时的数据，那么就无法确定所查看的数据是否表示存在性能问题。这是所有适当的性能调优方法的一部分；必须有效地捕捉数据，并正确地分析结果和趋势。我们来仔细地讨论内存监视。
UNIX 通用的内存监视
在本节中，我们概述在所有 UNIX 发行版中都可以使用的一些通用 UNIX 工具，包括 ps、sar 和 vmstat。其中的大多数工具都允许快速地对性能问题进行故障排除，但是它们并不适用于进行历史趋势研究和分析。
大多数管理员不经常使用 ps 命令对可能存在的内存瓶颈进行故障排除。但是，ps 可以提供关于系统运行情况的大量信息，因此有助于了解使用内存的情况。ps 最常用的功能是查看系统中正在运行的进程（见 清单 1）。
清单 1. 使用 ps 查看系统中正在运行的进程
# ps -ef | more
提交更改是内存条吗UID PID PPID C STIME TTY TIME CMD
root 1 0 0 Jul 30 - 0:01 /etc/init
root 1442014 3211408 0 Jul 30 - 0:00 /usr/sbin/snmpd
root 1638422 3211408 0 Jul 30 - 0:00 /usr/sbin/rsct/bin/IBM.DRMd pconsole 1769544 5570756 0 Jul 30 - 1:53 /usr/java5/bin/java -Xmx512m -Xms20m
-Xscmx10m -Xshareclasses -ding=UTF-8 root 1900682 1 0 Jul 30 - 0:00 /usr/lib/errdemon
root 2031702 1 0 Jul 30 - 0:00 /usr/ccs/bin/shlap64
root 2097252 1 0 Jul 30 - 1:20 /usr/sbin/syncd 60
root 2162756 3211408 0 Jul 30 - 0:00 /usr/sbin/qdaemon
root 2556078 1 0 Jul 30 - 0:01
/opt/ibm/director/cimom/bin/tier1slp
root 2687168 1 0 Jul 30 - 0:25 [cimserve]
root 2752744 3211408 0 Jul 30 - 0:00
/opt/freeware/cimom/pegasus/bin/cimssys
platform_agent
root 2949134 3211408 0 Jul 30 - 0:00
/opt/freeware/cimom/pegasus/bin/cimssys
cimsys
root 3211408 1 0 Jul 30 - 0:00 /usr/sbin/srcmstr
root 3408036 3211408 0 Jul 30 - 0:00 /usr/sbin/sshd
root 3473482 1 0 Jul 30 - 1:14 /usr/bin/topasrec -L -s 300 -R 1 -r 6
-
o /etc/perf/daily/
-ypersistent=1 -O
type=bi
root 3539136 1 0 Jul 30 - 0:06 bin/nonstop_aix @config/ nonstop.properties
root 3670254 3211408 0 Jul 30 - 3:53 /usr/sbin/rsct/bin/rmcd -a IBM.LPCommands -r
root 3735688 1 0 Jul 30 - 0:35
/opt/ibm/icc/cimom/bin/dirsnmpd
daemon 3801316 3211408 0 Jul 30 - 0:00 /usr/sbin/rpc.statd -d 0 -t 50
root 3866638 3211408 0 Jul 30 - 0:00 /usr/sbin/rpc.lockd -d 0 root 3932310 3211408 0 Jul 30 - 0:04 /usr/sbin/snmpmibd
root 3997880 1 0 Jul 30 - 0:00 /usr/sbin/uprintfd
root 4063408 3211408 0 Jul 30 - 0:00 /usr/sbin/inetd
root 4128912 1 0 Jul 30 - 0:00
/opt/freeware/cimom/pegasus/bin
/CIM_diagd
root 4260046 3539136 0 Jul 30 - 7:33
/var/opt/tivoli/ep/_jvm/jre/bin/java
-Xmx384m -Xminf0.01
-Xmaxf0.4 -i
.dgc.cli
root 4325546 1 0 Jul 30 - 2:36 ./slp_srvreg -D
root 4391132 3211408 0 Jul 30 - 0:00 /usr/sbin/writesrv
root 4456636 1 1 Jul 30 - 13:45 /usr/sbin/getty /dev/console root 4522186 3211408 0 Jul 30 - 1:23 sendmail: accepting connections
root 4718632 3211408 0 Jul 30 - 0:50 /usr/sbin/aixmibd
root 4784288 3211408 0 Jul 30 - 6:03 /usr/sbin/syslogd
root 4849826 3211408 0 Jul 30 - 0:00 /usr/sbin/biod 6
root 4915382 3211408 0 Jul 30 - 0:05 /usr/sbin/hostmibd
root 4980920 3211408 0 Jul 30 - 0:05 /usr/sbin/portmap
root 5111980 1 0 Jul 30 - 0:00 /usr/dt/bin/dtlogin -daemon root 5177510 1 0 Jul 30 - 0:07 /usr/sbin/cron
root 5243044 1 0 Jul 30 - 0:10 /usr/bin/cimlistener
root 5505206 3211408 0 Jul 30 - 0:00 /bin/ksh /pconsole/lwi/bin/
lwistart_src.sh
pconsole 5570756 5505206 0 Jul 30 - 0:00 /bin/ksh /pconsole/lwi/bin/ lwistart_src.sh
root 5701642 3211408 0 Jul 30 - 0:00
/usr/sbin/rsct/bin/IBM.ServiceRMd
root 6094978 7602204 11 09:16:46 pts/0 0:00 ps -ef
u0009539 6881324 7733258 0 08:09:42 pts/0 0:00 -ksh
root 7602204 6881324 0 08:09:45 pts/0 0:00 -ksh
u0009539 7733258 8126660 1 08:09:42 - 0:00 sshd: u0009539@pts/0 root 8126660 3408036 0 08:09:38 - 0:00 sshd: u0009539 [priv]
最常见的 ps 输出格式对于研究内存问题不太有用，但是有时候能让您回忆起在使用大量内存的系统上运行的一个进程。
但是，还有其他输出格式，其中最有用的是使用 BSD 风格的格式 u 或 v，它们显示每个进程的内存使用情况报告。下面的示例显示系统中每个活动进程的内存使用情况，并以恰当的方式排序。
清单 2. 每个活动进程的内存使用情况
.
# ps gv | head -n 1; ps gv | egrep -v "RSS" | sort +6b -7 -n -r
PID TTY STAT TIME PGIN SIZE RSS LIM TSIZ TRS %CPU %MEM COMMAND ...lines skipped for clarity
4980920 - A 0:05 14 972 1028 32768 41 56 0.0 0.0 /usr/sb 5111980 - A 0:00 12 620 772 32768 135 152 0.0 0.0 /usr/dt 5177510 - A 0:07 20 580 656 32768 58 76 0.0 0.0 /usr/sb
5243044 - A 0:10 1 7176 7232 32768 34 56 0.0 0.0 /usr/bi 5505206 - A 0:00 4 560 840 32768 241 280 0.0 0.0 /bin/ks 5570756 - A 0:00 5 564 844 32768 241 280 0.0 0.0 /bin/ks 5701642 - A 0:00 118 1772 1984 xx 258 212 0.0 0.0 /usr/sb 6881324 pts/0 A 0:00 0 556 836 32768 241 280 0.0 0.0 -ksh 7602204 pts/0 A 0:00 0 560 840 32768 241 280 0.
0 0.0 -ksh 7667774 pts/0 A 0:00 0 720 828 32768 82 108 0.0 0.0 ps gv 7733258 - A 0:00 0 828 1052 32768 450 556 0.0 0.0 sshd: u 8126660 - A 0:00 0 704 928 32768 450 556 0.0 0.0 sshd: u 264 - A 1:20 0 448 448 xx 0 0 0.0 0.0 swapper
各个列提供关于内存使用情况的详细信息：
•RSS —每个进程用于文本和数据段的 RAM 量。PID 15256 使用 7232k 内存。这是此进程正在使用的真实内存。
•%MEM — RSS 的实际量 / RAM 总量。应该进一步检查使用的内存百分比高的进程，但是应该记住数据库和 HPC 应用程序在正常情况下可以使用大量内存，可以不理会它们。
在通用的系统上，任何进程都可能使用大量内存。
•TRS —用于进程文本段的 RAM 量（单位为 KB）。
•SIZE —为此进程（文本和数据）分配的分页空间的实际大小。
尽管这个命令提供一些有价值的信息，但是除非有可信的管理员已经诊断出系统中存在某种内存问题，否则我们通常不会首先使用这个命令。应该使用 vmstat 来确定瓶颈的原因，即使在尚未确定它是
否与内存有关的时候。vmstat 报告内核线程、CPU 活动、虚拟内存、分页、阻塞的磁盘 I/O 以及相关信息（见 清单 3）。要了解系统的运行情况，这是最快捷且最直接的方法。
清单 3. 使用 vmstat 确定瓶颈的原因
# vmstat 1 4
System configuration: lcpu=4 mem=2048MB ent=0.25
kthr memory page faults cpu ----- ----------- ------------------------ ------------
-----------------------
r b avm fre re pi po fr sr cy in sy cs us sy id wa pc ec
0 0 419100 30643 0 0 0 0 0 0 36 241 271 0 7 93 0 0.03 13.7
0 0 419100 30643 0 0 0 0 0 0 44 40 250 0 7 93 0 0.03 12.5
0 0 419100 30643 0 0 0 0 0 0 22 155 242 0 7 93 0 0.03 12.2
0 0 419101 30642 0 0 0 0 0 0 60 62 259 0 8 92 0 0.03 13.5
我们先来说明这些列所表示的含义：
•内存数据
o avm —正在使用的活动虚拟内存量（4k 页面的数量），不包括文件页面。
o fre —内存空闲列表的大小。在大多数情况下，当这个值变得很小时我们并不担心，因为 AIX 7 总是会充分地使用内存，不会像希望的那样尽早地释放内存。这个设
置由vmo命令的 minfree 参数确定。归根结底，分页信息更加重要。
o pi —从分页空间换入的页面数。
o po —换出到分页空间的页面数。
o fr —空闲的（被替换的）页面数。
o sr —为了判断是否需要替换而扫描的页面数。
o cy —为了替换而扫描页面所用的时钟周期数。
•CPU 和 I/O
o r —在指定的时间间隔内，可运行内核线程的平均数量。
o b —在指定的时间间隔内，位于虚拟内存等待队列中的内核线程的平均数量。如果r 不大于b，通常是 CPU 问题的现象，这可能是由于 I/O 或者内存瓶颈造成的。
o us —用户时间。
o sy —系统时间。
o id —空闲时间。
o wa —等待 I/O。
o ec —消耗容量的百分比，即，在运行共享处理器的系统上，您正使用的分配 CPU 时间多少的一个指标。
o rc —消耗的共享处理器资源的百分比。
对于工作负载分区 (WPAR)，还应该监视特定 WPAR 的内存使用情况，从而了解是否需要重新配置 WPAR。可以使用 -@ 命令行参数并指定 WPAR 名称来查明这一信息。
让我们回到 vmstat 的输出，系统究竟出现了什么问题呢？首先是一条警告：请不要只根据 vmstat 的简单输出，向高级管理人员提交详细的分析和调优战略建议。必须做更多的工作，才能正确地诊断出系统的问题。当碰到生产性能问题并需要立即了解系统的运行状况时，应该使用 vmstat，以便可以警告其他人出现了什么问题，或者马上采取合适的措施（如果可行的话）。
在 vmstat 的输出中，要查看的主要内容是分页信息。如果有大量页面换出活动 (po)，这常常说明真实内存不足，VMM 正在把分配的内存页面发送到磁盘上，以便为要换入的其他进程的页面让出空间。另外，要注意 I/O 统计数据，当发现阻塞的进程或者等待 I/O 的值 (wa) 很高时，这通常表示出现了实际的 I/O 问题，可能是正在等待文件访问，或者是与由于系统缺少内存而引起的分页相关的 I/O 问题。在这个示例中，看起来是后一种情况。我们碰到了 VMM 问题，这些问题可能导致了阻塞的进程和等待 I/O 的状况。通过优化内存参数，或者执行动态的 LPAR (DLPAR) 操作并在 LPAR 中添加更多 RAM，可以解决这个问题。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论