优化 AIX 7 磁盘性能,第 1 部分: 磁盘 I/O 概述和长期监控工具(sar、nmon 和 topas)

根据之前的有关 AIX 5L 的文章,基于对 AIX 7 beta 的研究,了解如何配置和监控 AIX 7。本文讨论对直接 I/O、并发 I/O 和异步 I/O 的支持,以及每种 I/O 实现方法的最佳实践。本系列分为三部分,讨论 AIX® 磁盘和 I/O 子系统,重点关注在优化磁盘 I/O 性能时遇到的各种挑战。尽管磁盘调优很可能没有 CPU 或者内存优化那么激动人心,但它是优化服务器性能的关键方面。事实上,部分原因是因为磁盘 I/O 是最薄弱的子系统环节,与任何其他子系统相比,可以通过更多的措施提高磁盘 I/O 性能。

Martin C. Brown, 作家, Freelance

Martin Brown 成为专业作家已有八年多的时间了。他是题材广泛的众多书籍和文章的作者。他的专业技术涉及各种开发语言和平台 — Perl、 Python、Java、JavaScript、Basic、Pascal、Modula-2、C、C++、Rebol、Gawk、 Shellscript、Windows、Solaris、Linux、BeOS、Mac OS/X 等等 — 还涉及 Web 编程、系统管理和集成。Martin 是 Microsoft 的主题专家(SME),并且是 ServerWatch.com、LinuxToday.com 和 IBM developerWorks 的定期投稿人,他还是 Computerworld、The Apple Blog 和其他站点的正式博客。您可以通过他的 Web 站点 http://www.mcslp.com 与他联络。



Ken Milberg, 作家/网站专家, Future Tech

Ken Milberg 是 PMP,同时也是 techtarget.com 的撰稿人/站点专家,他还为 searchopensource.com 提供 Linux 技术信息和支持。Ken 是 IBM Systems Magazine,Open Edition 的撰稿人和技术编辑。Ken 拥有 University of Maryland University College 的计算机与信息科学学士学位和技术管理科学硕士学位。他是 Long Island POWER-AIX 用户组的创始人和负责人。这些年以来,他在各种规模的企业工作过,并且担任过各种职位,包括 CIO 和高级 AIX 工程师。他现在在 Future Tech 工作,这是一家总部设在长岛的 IBM 业务合作伙伴。Ken 不仅是已通过 PMI 认证的项目管理专业人员(PMP),还是通过 IBM 认证的高级技术专家(CATE,IBM System p5 2006)。



2010 年 12 月 22 日

简介

磁盘 I/O 优化的关键部分涉及到在构建系统之前实现最佳实践。因为当系统已经启动并处于运行状态时,很难再对数据进行移动,所以需要在规划磁盘和 I/O 子系统环境时正确地完成这项任务,这一点是非常重要的。这包括物理架构、逻辑磁盘排列以及逻辑卷和文件系统配置。

当系统管理员听到可能出现了磁盘争用问题时,他或她首先会求助于 iostat。iostat 等同于使用 vmstat 提供有关内存的报告,它是获得有关 I/O 子系统的当前运行概况的一种快速而原始的方法。尽管运行 iostat 并不是一种完全不合理的反应,但是很早就应该着手考虑磁盘 I/O 的问题,而不是等到必须进行调优的时候。如果没有从一开始就正确地为环境配置磁盘,那么任何调优工作都无法提供帮助。而且,有一点非常重要,需要了解磁盘 I/O 的具体情况,以及它与 AIX® 和 your System p™ 硬件之间的关系。

对于磁盘 I/O 调优来说,AIX 特有的工具和实用工具比通用的 UNIX® 命令和工具能够提供更多的帮助,因为它们的任务就是帮助优化本机 AIX 磁盘 I/O 子系统。在本文中,我们要定义和介绍 AIX I/O 栈,并将其与磁盘性能的物理和逻辑方面关联起来。本文介绍直接、并发和异步 I/O:它们是什么,如何启用它们,以及如何监控和优化它们。本文还介绍一些长期监控工具,应该使用它们来帮助优化系统。听到 iostat 并不是我们推荐的帮助长期收集统计数据的工具,您可能会感到奇怪。

本文讨论 AIX 7 的 beta 版中的支持和变化,包括不同子系统的配置方式方面的变化。AIX 7 中的主要变化进一步简化了许多 I/O 子系统的操作和配置,这个改进过程从 AIX 6 就开始了。其结果是许多 I/O 子系统不再需要启用和配置了。现在,以预先配置好的状态提供它们,当应用程序请求相关功能时,自动地启用和启动它们。

本文还关注那些有助于识别和改进要调优的子系统的变化。开始对系统进行监控的最佳时间是在首次将系统应用到生产环境中并正常运行时(而不是等到用户抱怨系统性能非常糟糕的时候)。需要在系统正常运行的时候建立系统运行状态的基准,以便在系统可能不正常时对数据进行分析。在对 I/O 子系统进行更改时,一次仅进行一项更改,以便能够准确地评估这项更改的影响。为了评估其影响,可以使用本文中推荐的长期监控工具之一捕捉数据。

磁盘 I/O 概述

您应该知道,对于运行任何程序来说,最慢的部分实际上是花费在从磁盘获取数据上的时间。这是由 I/O 的物理组件造成的。实际的磁盘必须找到正确的柱面,控件需要访问正确的块,并且磁头必须等到这些块旋转到磁头下面。在对系统进行任何优化活动之前,首先应该了解 I/O 系统的物理架构,因为如果 I/O 子系统的设计非常糟糕,其中包含慢速磁盘或者适配器的使用非常低效,那么任何优化工作都无法提供帮助。

图 1 说明了物理 I/O 组件与逻辑磁盘及其应用程序 I/O 如何紧密地关联在一起。这正是通常将其称为 AIX I/O 栈的原因。

图 1. AIX I/O 栈
AIX I/O 栈的示意图

在进行调优工作时,需要了解所有层,因为它们分别以不同的方式对性能产生影响。在第一次设置系统时,对于磁盘的配置,可以从最底层(物理层)开始,然后是设备层、逻辑卷、文件系统、文件和应用程序。规划物理存储环境是非常重要的,这一点无论怎样强调都不为过。这涉及到确定磁盘的数量、类型(速度)、大小和吞吐量。关于存储技术需要注意的一个重要挑战是,尽管磁盘存储功能得到了极大的改进,但是磁盘的旋转速度却没有太大的提高。您必须清楚这样一个事实:RAM 访问仅需要 540 个 CPU 周期,而磁盘访问需要用到 2 千万个 CPU 周期。很明显,系统中最薄弱的环节就是磁盘 I/O 存储系统,作为系统管理员,您的任务是确保它不会成为更严重的瓶颈。如前所述,与任何可调整的 I/O 参数相比,糟糕的数据布局会给 I/O 性能带来更大的影响。研究 I/O 栈可以帮助理解这一点,因为逻辑卷管理器(Logical Volume Manager,LVM)和磁盘布置要比调优参数(ioo 和 vmo)更接近最底层。

现在,我们来讨论数据布局的一些最佳实践。一个重要的概念是,要确保数据均匀地分布在整个物理磁盘中。如果数据仅位于几个轴,那么使用多个逻辑单元号(LUN)或者物理磁盘又有什么实际意义呢?如果使用了 SAN 或者其他类型的存储阵列,那么应该尝试创建具有相同大小和类型的阵列。还应该在创建它们时为每个阵列使用一个 LUN,然后将所有的逻辑卷分散到卷组中所有的物理卷。

如前所述,应该在首次配置系统时完成这项工作,因为修复 I/O 问题要比纠正内存或者 CPU 问题困难得多,特别是当涉及到在生产环境中移动数据时。还应该确保镜像位于不同的磁盘和适配器。数据库具有独特的困难;如果可能,索引和重做日志也应该位于不同的物理磁盘。对于经常用于执行排序操作的临时表空间,也应该这样。

使用高速适配器连接磁盘驱动器是非常重要的,但是必须确保总线本身不会成为瓶颈。要想防止这种情况发生,就要确保将适配器分散到多个总线。同时,不要将过多的物理磁盘或者 LUN 连接到任何一个适配器,因为这样做也会对性能产生极大的影响。配置的适配器越多越好,特别是在大量磁盘的利用率都很高的情况下。还应该确保设备驱动程序支持多路径 I/O (MPIO),它支持 I/O 子系统的负载平衡和可用性。

直接 I/O

让我们回到前面提到的一些概念,比如直接 I/O。什么是直接 I/O?它是在 AIX Version 4.3 中首次引入的,这种 I/O 方法不经过虚拟内存管理器(Virtual Memory Manager,VMM),从用户的缓冲区直接与磁盘进行数据传输。根据应用程序的类型,实现这种技术可能会提高性能。例如,对于那些具有很糟糕的缓存使用率的文件,可以考虑使用直接 I/O。直接 I/O 还可以提高那些使用同步写操作的应用程序的效率,因为这些写操作的对象是磁盘。直接 I/O 会降低 CPU 使用量,这是因为消除了双重数据复制。将磁盘的数据复制到缓冲区缓存,然后再复制文件数据,就会出现双重数据复制。直接 I/O 的一个主要性能开销是,尽管它可以降低 CPU 使用量,但是它也会导致进程长时间等待较小的请求完成。注意,这种方式适用于在磁盘上具有持久存储位置的持久段文件。当使用 IBM Enhanced Journaled File System for AIX 5L™ (JFS2) 不通过直接 I/O 访问文件时,文件作为本地页面缓存并将数据复制到 RAM 中。直接 I/O 可以在许多方面提供与使用原始逻辑卷类似的性能,同时仍然保留了使用 JFS 文件系统的优点(例如,易于管理)。在使用直接 I/O 挂载文件系统时,应该避免使用支持大文件的 JFS 文件系统。

并发 I/O

并发 I/O 是在 AIX Version 5.2 中首次引入的,这个特性调用直接 I/O,所以它具有与直接 I/O 相关联的所有其他性能注意事项。在使用标准的直接 I/O 时,会对索引节点(与文件相关联的数据结构)加锁,以防止出现多个线程试图同时更改一个文件的内容的情况。并发 I/O 绕过了索引节点锁,这可以允许多个线程并发地读写相同文件的数据。这是因为 JFS2 在实现时使用了写独占 (write-exclusive) 索引节点锁,允许多个用户同时读取相同的文件。可以想象,直接 I/O 可能导致不断地从同一文件读取数据的数据库产生很大的问题。并发 I/O 解决了这一问题,这正是此特性主要应用于关系数据库的原因。与直接 I/O 类似,可以通过 open 系统调用或者通过挂载文件系统来实现这种方式,如下所示:# mount -o cio /u

当使用这个命令挂载文件系统时,其中所有的文件都使用并发 I/O。与使用直接 I/O 相比,并发 I/O 几乎可以提供使用原始逻辑卷的所有优点,同时仍然保持文件系统的易管理性。注意,不能对 JFS(只能对 JFS2)使用并发 I/O。另外,对于那些受益于文件系统预读功能或者较高缓冲区缓存命中率的应用程序,可能会出现性能降低。

异步 I/O

异步 I/O 是什么情况呢?同步和异步 I/O 指的是,应用程序是否等待 I/O 完成之后再开始进行处理。正确地使用异步 I/O 可以极大地提高 I/O 子系统写操作的性能。其工作方式是,它本质上允许应用程序在后台执行 I/O 的同时继续进行处理。这种方式能够提高性能是因为它允许 I/O 和应用程序处理同时运行。对于数据库环境,启用异步 I/O 的确有帮助。如何监控异步 I/O 服务器的使用情况呢?iostat 和 nmon 都可以监控异步 I/O 服务器的使用情况。只有在已经执行了需要异步 I/O 的应用程序的情况下,才能监控异步 I/O 和更改参数。AIX 内核启用异步 I/O 组件。这会让用户在尝试更改参数时产生困惑,因为只有在装载此模块之后,才能更改参数。

要想判断是否已经启用了异步 I/O,可以检查 ioo 命令的输出,见 清单 1

清单 1. 检查 ioo 命令的输出
# ioo -a
                    aio_active = 0
                   aio_maxreqs = 65536
                aio_maxservers = 30
                aio_minservers = 3
         aio_server_inactivity = 300
         j2_atimeUpdateSymlink = 0
 j2_dynamicBufferPreallocation = 16
             j2_inodeCacheSize = 200
           j2_maxPageReadAhead = 128
             j2_maxRandomWrite = 0
          j2_metadataCacheSize = 200
           j2_minPageReadAhead = 2
j2_nPagesPerWriteBehindCluster = 32
             j2_nRandomCluster = 0
              j2_syncPageCount = 0
              j2_syncPageLimit = 16
                    lvm_bufcnt = 9
                    maxpgahead = 8
                    maxrandwrt = 0
                      numclust = 1
                     numfsbufs = 196
                     pd_npages = 65536
              posix_aio_active = 0
             posix_aio_maxreqs = 65536
          posix_aio_maxservers = 30
          posix_aio_minservers = 3
   posix_aio_server_inactivity = 300

在这个清单中可以看到,aio_activeposix_aio_active 设置为零。其他参数是可配置的,当使用了相应的子系统时启用它们。

现在,aio 内核进程作为 aioLpoolaioPpool 出现(见 清单 2)。

清单 2. aio 内核进程作为 aioPpoolaioLpool 出现
l488pp065_pub[/] > pstat -a|grep aio
37 a  250068      1 250068     0     0     1  aioPpool  
38 a  260052      1 260052     0     0     1  aioLpool

其结果是 aio 系统占用的内存和进程空间更少。现在可以为每个 CPU 配置可调参数(例如 aio_maxservers,它指定可以创建的最大服务器数量)。注意,更改这些值并不会立即改变可用的服务器数量,只是改变当存在未完成 I/O 时由内核创建的最大数量。

可能希望更改的其他参数包括最大异步 I/O 请求数量(aio_maxreqs,它改变请求队列的大小)和 aio_server_inactivity(它控制当没有更多请求时什么时候终止异步服务)。

可以使用 ioo 或 smit 更改参数。可以在 Performance & Resource Scheduling、Tuning Kernel & Network Parameters 和 Tuning IO Parameters 中找到异步参数。在 smit 中,可以检查当前值和可能的最大值。

如果装载了内核模块,iostat -A 命令会报告异步 I/O 统计数据(见 清单 3)。

清单 3. iostat -A 命令
# iostat -A

System configuration: lcpu=2 drives=3 ent=0.60 paths=4 vdisks=4                 
                                                                                
aio: avgc avfc maxgc maxfc maxreqs avg-cpu: % user % sys % idle % iowait physc % entc
       0   0    32    0      4096            6.4    8.0    85.4    0.2    0.1    16.0
                                                                                
Disks:         % tm_    act      Kbps      tps     Kb_read   Kb_wrtn                   
hdisk0           0.5    2.0       0.5       0         4                   
hdisk1           1.0    5.9       1.5       8         4                   
hdisk2           0.0    0.0       0.0       0         0

这些内容究竟表示什么呢?

  • avgc:它报告在您所指定的时间间隔内平均每秒的全局异步 I/O 请求数量。
  • avfc:它报告在您所指定的时间间隔内平均每秒的 fastpath 请求数量。
  • maxgc:它报告从上次获取该值以来的最大全局异步 I/O 请求数量。
  • maxfc:它报告从上次获取该值以来的最大 fastpath 请求数量。
  • maxreqs:这是允许的最大异步 I/O 请求数量。

aioposixaio 之间的主要差异是它们传递不同的参数,所以的确需要同时配置它们。

与 AIX 6 一样,在 AIX 7 中,fsfastpath 和 fastpath 可调项不再是可更改的。它们现在属于受限制的可调项,默认设置为 1(启用)。因此,它们都可以把异步 I/O 请求直接发送到底层磁盘(而不通过相应的子系统和文件系统支持),这会产生更好的性能。

最后一个概念是 I/O 处理速率调整。这个 AIX 特性可以防止使用大量磁盘 I/O 的应用程序导致 CPU 和磁盘超载。适当地使用磁盘 I/O 处理速率调整,可以帮助防止生成大量输出的程序使系统的 I/O 饱和并导致系统性能降低。优化 maxpout 和 minpout 可以帮助防止对文件执行顺序写操作的线程占用过多的系统资源。

在挂载文件系统时,为 minput 和 maxpout 显式地指定零值,可以限制设置全局参数的效果:# mount -o minpout=0,maxpout=0 /u

从 AIX 6 开始,在 sys0 设备上默认启用 I/O 处理速率调整,还可以在其他设备上控制处理速率调整。

注意,还可以重新挂载现有的文件系统并设置 I/O 处理速率调整,这有助于调整已经在提供服务的磁盘的性能。

监控

可以使用 AIX 特有的工具(sar、topas 和 nmon)监控磁盘 I/O 活动。这些工具有助于快速地解决性能问题,以及捕捉相关的数据以便进行历史趋势研究和分析。

别期望在本节中看到 iostat,因为 iostat 是一种用于快速确定在物理磁盘和适配器之间是否存在不平衡 I/O 负载的 UNIX 实用工具。除非决定使用 iostat 编写自己的脚本工具,否则它无法帮助分析长期的趋势和捕捉数据。

sar 是较早的通用 UNIX 工具之一,已经经过了多年的改进。尽管我通常喜欢使用 AIX 特有的工具,如 topas 或者 nmon,但是 sar 可以提供关于磁盘 I/O 的很多信息。我们来运行一个典型的 sar 命令以检查 I/O 活动(见 清单 4)。

清单 4. 使用 sar
# sar -d 1 2
AIX l488pp065_pub 1 7 00F604884C00    08/11/10

System configuration: lcpu=4 drives=1 ent=0.25 mode=Uncapped 

11:38:44     device    %busy    avque    r+w/s    Kbs/s   avwait   avserv

11:38:45     hdisk0      1      0.0        6       24      0.0      1.9


11:38:46     hdisk0      0      0.0        3       15      0.0      2.3


Average      hdisk0      0      0.0        4       19      0.0      2.1

让我们来仔细看看清单 4 中的列标题。

  • %busy:该命令报告设备忙于处理传输请求的时间比例。
  • avque:在 AIX Version 5.3 中,该命令报告等待发送到磁盘的请求的数量。
  • r+w/s:该命令报告从设备读取或者向设备写入的次数(以 512 个字节为单位)。
  • avwait:该命令报告每个请求的平均等待时间(单位为毫秒)。
  • avserv:该命令报告每个请求的平均服务时间(单位为毫秒)。

需要谨防出现任何磁盘的使用率接近百分之百,或者大量的队列请求等待磁盘的情况。尽管 sar 的输出表明存在某些活动,但实际上并没有什么 I/O 问题,因为不存在等待 I/O 的情况。需要继续监控系统以确保也使用了 hdisk0 之外的其他磁盘。sar 不同于 iostat 的地方在于,它能够通过它的系统活动数据收集器(sadc)实用工具捕捉数据,以便进行长期的分析和趋势研究。这种实用工具允许捕捉数据进行历史趋势研究和分析,通常在 cron 中没有开启它。

下面介绍一下它的工作方式。在 AIX 系统中,默认情况下通常有两个 Shell 脚本被注释掉了(/usr/lib/sa/sa1 和 /usr/lib/sa/sa2),它们提供有关系统活动的每日报告。sar 命令实际上通过调用 sadc 例程访问系统数据(见 清单 5)。

清单 5. cronjob 示例
# crontab -l | grep sa1

0 8-17 * * 1-5 /usr/lib/sa/sa1 1200 3 &
0 * * * 0,6 /usr/lib/sa/sa1 &
0 18-7 * * 1-5 /usr/lib/sa/sa1 &

有没有对用户来说更友好的工具呢?您说的是 topas 吧?topas 是一种非常优秀的性能监控工具,可以将其用于各种目的,包括(但是不限于)磁盘 I/O 子系统(见 图 2)。

图 2. topas
topas

下面从磁盘的角度来研究 topas 的输出。这里并没有发生什么 I/O 活动。除了物理磁盘之外,请仔细观察 “Wait”(在 CPU 部分的上部),它也可以帮助确定系统是否有 I/O 瓶颈。如果在此处看到较高的数值,那么可以使用其他工具(如 filemon、fileplace、lsof 或 lslv)帮助确定究竟是哪个进程、适配器或者文件系统导致了瓶颈。如果希望获得比 iostat 更多的信息,那么可以使用 topas,它适合于对问题进行快速故障排除。从某种意义上说,topas 是 iostat 和 vmstat 的图形混合版,经过最近的改进,它现在支持捕捉数据以进行历史分析。

topas 的物理硬盘输出(-D)也有用。它显示磁盘统计数据,可以表明一个硬件磁盘是否负担过重,对于这种情况,可以通过把文件系统或信息分散到其他磁盘上加以改善。在 图 3 中可以看到输出示例。

图 3. 磁盘统计数据输出示例
磁盘统计数据输出示例

尤其是应该检查 ART/AWT 和 MRT/MWT,它们表示磁盘读写操作的平均和最大等待时间。比较高的值表明磁盘非常忙。AQW 表示对 I/O 设备的每个请求的平均等待队列数量。同样,比较高的值表明磁盘的速度无法跟上请求的速度。

nmon 是我最喜欢的 AIX 性能工具。尽管 nmon 提供类似于 topas 的前端,但是它更适合于长期趋势研究和分析。而且,它让系统管理员能够将数据输出到 Excel 电子表格中,然后可以转换为图表(适合向高管和职能团队展示),可以清楚地说明系统瓶颈所在。这些工作通过一个称为 nmon 分析程序的工具来完成,它提供到 nmon 的挂钩。关于磁盘 I/O,nmon 可以报告以下数据:磁盘 I/O 速度、数据传输、读/写比例以及磁盘适配器统计信息。

下面是一个小示例,在这里 nmon 确实发挥了它的作用。假设您希望了解哪些进程占用的磁盘 I/O 最多,并希望能够将其与实际磁盘关联起来,以便清楚地显示每个进程的 I/O。与任何其他工具相比,使用 nmon 能够提供更多帮助。要想使用 nmon 完成这项任务,可以使用 -t 选项;设置时间,然后按 I/O 通道进行排序。

如何使用 nmon 捕捉数据并将其导入到分析程序中呢?使用 sudo 命令并让 nmon 运行 3 小时,每 30 秒钟取一次快照:# sudo nmon -f -t -r test1 -s 30 -c 180。然后,对创建的输出文件进行排序:# sort -A testsystem_yymmdd.nmon > testsystem_yymmdd.csv

在完成了此任务之后,将这个 .csv 文件通过 ftp 传输到您的 PC 上,启动 nmon 分析程序电子表格(启用宏),单击 analyze nmon data。可以通过 “参考资料” 中的链接下载 nmon 分析程序。

图 4 为每个磁盘的读写提供磁盘汇总信息,单位是千字节每秒。

图 4. 每个磁盘的读写磁盘汇总信息,单位是千字节每秒
每个磁盘的读写磁盘汇总信息,单位是千字节每秒

结束语

本文介绍了磁盘 I/O 子系统的重要性。定义并讨论了 AIX I/O 栈,以及它与物理和逻辑磁盘 I/O 之间的关系。还介绍了在数据库环境中进行磁盘配置的一些最佳实践,研究了直接和并发 I/O 之间的区别,还讨论了异步 I/O 和 I/O 处理速率调整。我们优化了异步 I/O 服务器并配置了 I/O 处理速率调整。从并发 I/O 模式的文件系统开始,我们研究了何时最适合实现并发 I/O。另外,您了解了关于 iostat 以及使用 sar、topas 和 nmonn 捕捉数据的所有内容。还研究了输出的不同类型,了解了在 sar 和 iostat 中使用的许多标志。本系列的第 2 部分将深入研究 AIX I/O 栈中的逻辑卷管理器层,介绍一些快照型的工具,它们可以帮助您快速地查看磁盘 I/O 子系统的状态。第 3 部分主要关注使用各种工具(如 filemon 和 fileplace)跟踪 I/O 使用情况,以及如何提高文件系统的整体性能。

参考资料

学习

  • Use direct I/O to improve performance of your AIX applications”(Shiv Dutta,developerWorks,2002 年 11 月):这篇文章讨论直接 I/O 的好处并介绍如何实现它。
  • Improving database performance with AIX concurrent I/O:通过阅读这份白皮书进一步了解如何提高数据库性能。
  • AIX memory affinity support:通过 IBM System p and AIX 信息中心了解关于 AIX 内存关联支持的更多信息。
  • nmon 性能:分析 AIX 和 Linux 性能的免费工具”(Nigel Griffiths,developerWorks,2006 年 2 月):这篇文章对 nmon 工具做了精彩的介绍。
  • nmon analyser —— 生成 AIX 性能报告的免费工具”(Steven Atkins,developerWorks,2006 年 4 月):通过阅读这篇文章了解关于 nmon 分析程序的更多信息。
  • AIX 7.1 信息中心 提供 AIX 操作系统的技术信息。
  • IBM RedbooksDatabase Performance Tuning on AIX 旨在帮助系统设计者、系统管理员和数据库管理员设计、规划、实现、维护、监控和调优 AIX 上的 Relational Database Management System (RDMBS),从而实现最佳性能。
  • Power to the People: A history of chip making at IBM”(developerWorks,2005 年 12 月):这篇文章讨论 IBM power 架构。
  • AIX 中的处理器关联”(developerWorks,2006 年 11 月):使用进程关联设置对线程进行绑定或取消绑定,这有助于找到麻烦的挂起或死锁问题的原因。通过阅读这篇文章了解如何使用处理器关联对进程进行限制,让进程只在指定的中央处理单元(CPU)上运行。
  • CPU Monitoring and Tuning”(2002 年 3 月):了解如何使用标准的 AIX 工具帮助判断 CPU 瓶颈。
  • Operating System and Device Management:IBM 的这份文档向用户和系统管理员提供全面的系统管理和设备管理信息,可以帮助您在执行各种任务时选择适当的选项,比如系统备份和恢复系统、管理物理和逻辑存储以及调整分页空间。
  • AIX and UNIX 专区:developerWorks 的“AIX and UNIX 专区”提供了大量与 AIX 系统管理的所有方面相关的信息,您可以利用它们来扩展自己的 UNIX 技能。
  • AIX and UNIX 新手入门:访问“AIX and UNIX 新手入门”页面可了解更多关于 AIX 和 UNIX 的内容。
  • AIX and UNIX 专题汇总:AIX and UNIX 专区已经为您推出了很多的技术专题,为您总结了很多热门的知识点。我们在后面还会继续推出很多相关的热门专题给您,为了方便您的访问,我们在这里为您把本专区的所有专题进行汇总,让您更方便的找到您需要的内容。
  • AIX and UNIX 下载中心:在这里你可以下载到可以运行在 AIX 或者是 UNIX 系统上的 IBM 服务器软件以及工具,让您可以提前免费试用他们的强大功能。
  • IBM Systems Magazine for AIX 中文版:本杂志的内容更加关注于趋势和企业级架构应用方面的内容,同时对于新兴的技术、产品、应用方式等也有很深入的探讨。IBM Systems Magazine 的内容都是由十分资深的业内人士撰写的,包括 IBM 的合作伙伴、IBM 的主机工程师以及高级管理人员。所以,从这些内容中,您可以了解到更高层次的应用理念,让您在选择和应用 IBM 系统时有一个更好的认识。
  • 在 AIX 和 UNIX 库中搜索以下主题:
  • Safari 书店:访问这个电子资料库,寻找各种技术参考资料。
  • developerWorks 技术活动网络广播:随时关注 developerWorks 技术活动和网络广播。
  • 播客:收听播客并了解 IBM 技术专家的最新想法。
  • Future Tech:访问 Future Tech 的网站,了解他们的最新产品。

获得产品和技术

  • 这里 下载 nmon 分析程序。
  • IBM 试用软件:使用可以直接从 developerWorks 下载的软件构建您的下一个开发项目。

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=AIX and UNIX
ArticleID=604491
ArticleTitle=优化 AIX 7 磁盘性能,第 1 部分: 磁盘 I/O 概述和长期监控工具(sar、nmon 和 topas)
publish-date=12222010