第十三节系统性能.pptVIP

第十三章、系统性能 性能管理的范围 性能调优过程 性能调优的限制 明确工作量 性能管理的目标 标识所需资源 资源的分配 程序运行的层次 系统动态 系统属性 性能调节的工具 命令ps 命令w 管理作业的方法 基本的性能分析 CPU的使用情况（sar –u) 查看运行队列（sar –q） 内存页交换信息 - （vmstat） 查看I/O信息 - （iostat） 确定用户使用CPU/内存的情况 基本的性能分析 性能诊断工具PDT crontab文件中相关PDT的内容 PDT的组成 客户化PDT 一个PDT报告的例子 性能问题管理（PerfPMR） 单元小结 本章实验 一个计算机系统的性能对不同的人来说是不同的概念。一般人会从不考虑性能直到有些情况引起他们的注意。 在性能调优上有两个主要的参与者。他们是系统管理员和应用开发人员。 应用开发人员必须在应用设计阶段就定义好系统交互作用和用户的回应时间。应用开发人员会更多地从用户的角度看性能问题而不是从系统的角度。 系统管理员需要分配和监控系统的资源，他还负责定义使用资源的策略。当系统管理员听到有用户反映运行不平稳时，因为他需要对所有用户负责就象负责完成集体的策略一样，系统管理员并不能针对专门应用设置用户响应时间。 性能调优是性能管理的一个方面。性能调优的定义听起来非常简单和直接，但事实上它是一个复杂的过程。有很多因素会使性能调优变得困难，性能调优更象一门艺术而不仅仅是一门技术。 性能调优包括管理你的系统资源。系统资源管理又包括很多方面的任务。 就象前面所提及的，性能调优更象一门艺术而不仅仅是一门技术。这是因为因素会限制精确的应用和一致的方法。你必须记住： 性能分析并不总是确定性的。 调优可以包括很多层传说。 一个系统管理员必须清楚性能调优总要包括权衡利弊。 性能问题会很快闪过而不被注意。 可能对性能管理来说最困难的是理解操作系统的组成和许多应用程序是如何在其上相互作用着地运行。 敏感的资源可能是逻辑资源而不是物理资源。 对系统工作量精确和完整的定义对理解和预测性能非常重要。工作量往往分为： 工作站 – 单用户环境 多用户环境 – 很多用户通过终端提交任务 服务器 – 服务于其它的系统 工作量一旦被分类，它的定义就需要考虑包括系统需求的类型和等级以及软件包或运行的内部应用等内容。 基准并不是实际观测的好的替代品。 在确定你系统的性能目标时，运行迅速并不是一个适当的目的。必须完成的是在系统对用户的反应时间和系统的整个吞吐量之间寻求一个平衡。 任何应用都可以被调节得运行很快，只要有足够的资源分配给这个应用。当然，这在多用户环境中是不现实的。另外，如果一个资源可以无限制快地运行，作业也将瞬间完成。 应用开发人员控制资源是如何被他们的应用所使用。从另一个方面看，系统管理员可以控制资源是如何分配给所有应用。就象你可以看到的，这会产生目的的冲突。 给系统中的作业设置运行优先级是非常重要的。 由于资源不可能无限制快地运行，作业（在系统上执行的任务）总是被资源所限制。诀窍就是知道哪个资源可以使系统提速，它并不总是象看上去那样明显。 系统包含真实的资源和逻辑的资源。真实的资源是物理设备，例如：CPU，内存，磁盘驱动和其它的I/O部件。逻辑的资源是管理存储或I/O的抽象的软件， 例如：逻辑卷管理，队列，内存缓冲，文件系统和虚拟内存管理等。 传统的UNIX工具可以收集并报告真实资源的使用数据。然而，由于许多逻辑资源是特殊的工具，所以很难找到检测它们的使用状况的工具。我们将介绍一些AIX所特有的性能调节工具帮助你分析逻辑资源的使用情况。 一个任务会完成得更快，如果它需求较少的有限资源。这就是编写高效率使用CPU，内存，磁盘空间等的程序的作用。使用-O标记编译程序可以帮助它们更高效的使用CPU。索引的方法和数据的阵列排列会提高一个应用的效率。系统管理员的有些决定也会减少资源的使用，例如是否使用远程的或本地的文件访问。 选择适当的资源是系统管理员和应用开发人员的工作。 系统管理员可以利用资源并行处理的优点。应用开发人员可以通过应用I/O界面的双缓冲机制以确保通讯线路和磁盘I/O可以和CPU并行运行。 I/O双缓冲意味着使用fopen和fread类型的库调用替代open和read。字符f会在用户区域产生一个附加的缓冲区。当使用non-f调用时，只有内核缓冲生成。 控制资源的分配包括定义进程的优先级，批处理队列的操作，低负载时操作等。系统管理员可以完成这些步骤如果有用户不满意系统的回应时间。AIX包括许多实用程序来完成这个，例如：队列规程，vmtune，schdtune，命令nice和命令at。 一个基于Berkeley系统的磁盘配额系统，允许系统管理员控制分配给用户或用户组的文件和数据块。 在/etc/sec