AIXL内存性优化.doc

使用 ps、sar、svmon 和 vmstat 监视内存的使用，并分析所得到的结果。这个由三篇文章组成

的系列重点关注于在运行 AIX® 的 IBM System p™ 服务器上进行内存管理和优化的各个方面。第 1 部分

提供了关于 AIX 中内存的概述，包括对虚拟内存和虚拟内存管理器 (VMM) 的介绍。它还深入地分析了各

种优化参数，并对 AIX Version 5.3 中内存管理方面的改进内容进行了介绍。第 2 部分重点关注于内存子

系统监视的详细内容，并介绍了如何分析所得到的结果。第 3 部分主要介绍交换空间，以及如何最好地优

化 VMM 设置，以提供最优的交换空间配置和性能。在本系列文章中，我还将介绍一些内存性能优化和监

视方面的最佳实践。

引言

一个中央处理单元 (CPU) 的问题，而经过分析之后，可以正确地诊断为内存或 I/O 问题，前提是您使用

了合适的工具捕获数据，并且知道如何进行分析工作。仅当正确地完成了这些工作之后，您才可以考虑对

系统进行实际的更改。如果医生不了解您的病史和目前的症状，就无法诊治疾病，同样地，您也需要在优

化子系统之前对其进行诊断。如果在出现 CPU 或者 I/O 瓶颈的情况下，对内存子系统进行优化，这将是

毫无帮助的，甚至可能会影响主机的正常运行。

本文将帮助您了解正确地实施诊断工作的重要性。您将看到，性能优化并不仅仅只是进行实际的优化工作。

在您将要学习的工具中，有一些是通用的监视工具，所有版本的 UNIX 都提供了这些工具，另外还有一些

工具是专门为 AIX 编写的。有些工具为 AIX Version 5.3 进行了优化，同时还专门为 AIX 5.3 系统开发了

一些新的工具。

生成基准数据是非常重要的，这一点无论重申多少次都不为过。不要等到用户开始抱怨糟糕的性能时，才

和 vmstat。其中的大多数工具都允许您快速地对性能问题进行故障排除，但是它们并不适合用于进行

历史趋势研究和分析。

大多数管理员都不善于使用 ps 命令对可能的内存瓶颈进行故障排除。事实上，许多 UNIX 管理员甚至不

知道可以使用 ps 帮助确定内存问题的原因。ps 最常用的功能是查看系统中运行的进程（请参见清单

1）。

1 / 14

清单 1. 使用 ps 查看系统中运行的进程

# ps -ef | more

UID PID PPID C STIME TTY TIME CMD

root 1 0 0 May 03 - 0:03 /etc/init

root 11244 19154 0 0:00 <defunct>

root 13440 1 0 May 03 - 0:00

/usr/ccs/bin/shlap

root 13690 13954 0 May 03 - 0:00 dtlogin <:0>

-daemon

root 13954 1 0 May 03 - 0:00

/usr/dt/bin/dtlogin -daemon

正如您所看到的，上面的示例中并没有提供很详细的信息来帮助您确定内存瓶颈。清单 2 中的命令向您显

示了系统中每个活动进程的内存使用情况，并以一种恰当的方式进行了排序。其中按照旧式 Berkeley

Software Distribution (BSD) 的方式使用了 ps，不包含短横线。我喜欢这个命令的原因在于，您不需要

%CPU %MEM COMMAND

15256 - A 64:15 755 2572 2888 xx 2356 316

0.9 0.0 /usr/lpp/

22752 - A 0:08 261 1960 1980 32768 465 20

0.0 0.0 dtwm

14654 - A 0:00 324 1932 1932 xx 198 0

0.0 0.0 /usr/sbin

20700 - A 0:07 271 1868 1896 32768 95 28

0.0 0.0 /usr/dt/b

20444 - A 0:03 203 1736 1824 32768 551 88

2 / 14

0.0 0.0 sendmail:

0.0 0.0 /usr/sbin

尽管这个命令提供了许多有价值的信息，但是，除非有一个我非常信任的管理员已经诊断出系统中存在某

种类型的内存问题，否则我通常不会启动这个命令。您应该启动后备的命令 vmstat。事实上，您应该

使用 vmstat 来确定瓶颈的原因，即使在您尚未确定它是否与内存有关的时候。vmstat 可以报告许

多信息，包括内核线程、CPU 活动、虚拟内存、分页、阻塞的 I/O 磁盘、以及相关信息（请参见清单

3）。对我来说，要了解系统的运行情况，这是最快捷且最原始的方法。

清单 3. 使用 vmstat 以确定瓶颈的原因

# vmstat 1 4

System Con@guration: lcpu=4 mem=4096MB

kthr memory page faults cpu

----- ----------- ------------------------ ------------ -----------

1 6 136587 157 0 3 67 0 678 0 334 3304 536

25 32 20 23

3 8 136587 111 0 5 61 0 693 0 329 3341 511

19 26 35 20

让我们首先来说明这些列所表示的含义：

内存数据：

 avm——您所使用的活动虚拟内存量（单位为 4k 大小的页面），不包括文件页面。

3 / 14