优化 aix 6.1 的性能

　　当您刚刚认为自己掌握了有关 aix? version 5.3 性能优化方面的内容时，很快就发布了 aix 6.1，这无疑又给您出了一道难题。在本文中，将介绍关于 aix 6.1 中 cpu、虚拟内存和 i/o（磁盘和网络）等方面的性能监视和优化的最新更改。实际上，其中的许多更改并没有对内核进行多少创新，而是更关注于一些辅助的内容，比如对缺省参数进行改进，以便更精确地反映实际的数据处理。还有一些其他的增强，包括唯一的可调参数的文档说明、受限制的可调参数，以及对某些子系统所做的各种其他改进。您将了解更多有关性能优化方法的信息，而这些内容是任何优化策略所必需的部分。 　　引言 　　aix? 6.1 提供了许多重要的创新和改进，具体包括下面的内容： 　　虚拟化——诸如工作负载分区（wpar）和动态应用程序迁移（live application mobility）等特性 　　安全性——诸如加密文件系统和受信任的 aix，以及基于角色的访问控制 (rbac) 等特性 　　可用性——诸如 aix 并发更新和动态跟踪等特性 　　可管理性——诸如新的 systems director console for aix 和工作负载分区管理器等特性 　　它还支持 power6 的性能创新，如高级同步多线程 (smt)、共享的专用处理器和可变的页面大小。需要充分地理解哪些创新和增强来源于 power6、aix 6.1，或者来源于它们的组合。例如，纯粹从操作系统的角度来看，aix 改进了以前缺省的一些可调参数，具体包括： 　　vmo 　　ioo 　　aio 　　no 　　nfso 　　schedo 　　尽管在 aix 6.1 中的确存在一些性能增强，比如在 i/o 处理速率和 aix 的 aio 服务器实现方面所做的改进，但是并没有很大的变化。事实上，与从 aix 5.3 升级到 aix 6.1 相比，从 aix 5.1 升级到 aix 5.2 以及从 5.2 升级到 5.3（包括新的监视工具、优化工具、更改了虚拟内存管理器 (vmm) 设置方式的新的可调参数，以及并发 i/o 的改进）所做的性能改进要更多一些。在 aix 6.1 中，除了已经删除的一些命令（i.e. 和 aioo）之外，所有的优化命令都保持不变，并且也没有提供任何新的监视工具。对一些实用工具所做的其他更改反映了对其他的工作负载分区创新的支持，具体包括： 　　curt 　　filemon 　　iostat 　　netpmon 　　pprof 　　procmon 　　proctree 　　svmon 　　topas 　　tprof 　　vmstat 　　工作负载分区 (wpar) 允许在一个 aix 映像中使用多个独立的虚拟分区。这更多地是对逻辑分区 (lpar) 的一种补充，而不是对它们的替代。实际上，wpar 运行于 lpar 之中，并且从概念上看，与 solaris 的 containers 非常类似。我在 15 分钟之内就完成了 wpar 的构建；事实上，您将在 wpar 中完成相关的分析工作，以便可以实际地观察经过更新的、支持 wpar 的一些工具。请注意，只有在 aix 6.1 中才能使用 wpar，而 power6 对于 wpar 则不是必需的。在 wpar 中，某些命令的运行方式有所不同、或者根本不能运行，将在适当的时候对其中的部分命令进行介绍。还有一些其他的 aix 6.1 性能改进，包括唯一的可调参数的文档说明，以及受限制的可调参数。 　　优化方法 　　这个部分将对一种优化方法进行概述，您可以使用这种方法来优化您的系统。虽然您可以不使用这种方法，因为还存在许多其他的方法可供使用，但是您应该使用某种优化方法或者结构化的程序。 　　这种方法由下面五个步骤组成： 　　建立基准 　　压力测试和监视 　　确定瓶颈 　　优化瓶颈 　　重复（从第二个步骤开始） 　　让我们更深入地了解这些步骤： 　　建立基准——在您进行优化或者开始进行监视之前，必须建立一个基准。这个基准是系统正常运行时的一个快照。这个基准不仅应该捕获性能类型的统计信息，还应该记录系统的实际配置（内存总量、cpu 和磁盘）。这一点是很重要的，因为在对用户反映的性能问题进行故障诊断之前，您需要了解系统正常运行时的情形。这样做可以帮助您将数据转化为服务水平协议 (sla)，从而解决客户所面临的问题。 　　压力测试和监视——使用峰值工作负载，对系统进行监视和压力测试。这时，您应该使用一些监视工具以帮助证实您的发现。监视部分是非常关键的，因为如果没有系统运行情况（特别是在压力测试期间）的精确历史记录，您将无法有效地进行优化。 　　识别瓶颈——压力测试和监视系统的目的是为了确定瓶颈。在没有正确诊断信息的情况下，您不可能提出正确的对策。如果系统碰到了 cpu 限制，那么您可以运行一些附加的工具，如 trace、curt、splat、tprof 和 ps，以便进一步确定导致瓶颈的实际进程。 　　优化瓶颈——在您最终确定了瓶颈之后，接着应该对其进行优化。具体的瓶颈将决定您需要进行的优化工作，例如，cpu、虚拟内存或者 i/o。某些子系统更适合于进行主动优化，如虚拟内存和使用 vmo，而要解决 cpu 类型的瓶颈，通常需要更有效地管理工作负载、或者为系统分配更多资源（使用动态逻辑分区 (dlpar)、无上限的分区、或者分区负载管理器）。 　　重复——从这个过程的第二个步骤开始，再次执行这个过程。只有通过重复进行测试，并且以一致地方式对您的系统进行监视，才能够确定优化工作是否真正地产生了效果。 　　aix 6.1——内存 　　这个部分将介绍虚拟内存子系统中的一些更改。 　　多年以来，许多用户都抱怨 aix 的一些缺省参数。这些抱怨不仅反映了大多数运行 aix 的用户所碰到的真实情况，例如，像 oracle 这样的关键任务型数据库应用程序。正因为这一点，系统管理员不得不更改许多子系统中的设置，特别是虚拟内存子系统（换句话说，即 minperm 和 maxperm）。出于对这种现实情况的考虑，ibm? 听取了用户的意见，并且对这些参数进行了更改。还应该说明的一点是，您不应该仅仅依赖于这些设置，而应该始终咨询您的独立软件供应商 (isv) 以验证他们所推荐的设置是针对 aix 6.1 的、并进行了相应更改。 　　接下来，让我们来看一下表 1 中给出的 aix 5.3 和 aix 6.1 的 vmo 参数的对比。您可以看到，现在一些参数采用的是受限制的模式。最重要的更改是处理分页问题，即使系统拥有足够的空闲内存，数据库服务器频繁地交换出计算性页面也可能导致这个问题。在先前关于优化的文章（请参见参考资料）中，曾建议将这些参数更改为与表格中所示内容非常接近的缺省值。在 aix 5.3 优化建议专栏中说明了这些改进。现在，以不同的方式将许多可调参数分类为受限制的参数，以便尽量阻止对某些参数进行更改。现在只有 29 种 vmo 可调参数是可以进行更改的（不会出现严格的警告）；有 30 种参数被认为是受限制的可调参数，对于这些参数，ibm 正式声明，除非在“ibm 支持专业人员”的指导下进行，否则不应该对其进行修改。ibm 之所以进行了这项更改，是希望阻止初级管理员更改某些参数，而这些参数非常关键，需要将其分类为受限制的参数。 如果喜欢优化 aix 6.1 的性能请收藏或告诉您的好朋友.