LinuxSystemandPerformanceMonitoring
LinuxSystemandPerformanceMonitoring(CPU 篇)..........................................................................2 LinuxSystemandPerformanceMonitoring(Memory 篇)....................................................................9 LinuxSystemandPerformanceMonitoring(I/O 篇)...........................................................................12 LinuxSystemandPerformanceMonitoring(Network 篇)...................................................................17 LinuxSystemandPerformanceMonitoring(总结篇).........................................................................27
 LinuxSystemandPerformanceMonitoring(CPU ) 篇
08 月 10th,2009PostedinLinux,Monitor
作者:tonnyom 原载:http://www.sanotes.net/html/y2009/370.html 版权所有.转载时必须以链接形式注明作者和原始出处及本声明.
LinuxSystemandPerformanceMonitoring(CPU 篇) Date:2009.07.21 Author:DarrenHoch 译:Tonnyom[AT]hotmail.com2009.08.10
前言:网上其实有很多关于这方面的文章,那为什么还会有此篇呢,有这么几个原因,是我翻译的动力,第一,概念 和内容虽然老套,但都讲得很透彻,而且还很全面.第 二,理论结合实际,其中案例分析都不错.第三,不花哨,采用 的工具及命令都是最基本的,有助于实际操作.但本人才疏学浅,译文大多数都是立足于自己对原文 的理解,大家 也可以自己去 OSCAN上找原文,如果有什么较大出入,还望留言回复,甚是感激!
1.0性能监控介绍
性能优化就是找到系统处理中的瓶颈以及去除这些的过程,多数管理员相信看一些相关的"cookbook"就可以 实现性能优化,通常通过对内核的一些配置是可以简单的解决问题,但并不适合每个环境,性能优化其实是对 OS各子系统达到一种平衡的定义,这些子系统包括了:
CPU Memory IO Network
这些子系统之间关系是相互彼此依赖的,任何一个高负载都会导致其他子系统出现问题.比如: 大量的页调入请求导致内存队列的拥塞 网卡的大吞吐量可能导致更多的 CPU 开销 大量的 CPU 开销又会尝试更多的内存使用请求 大量来自内存的磁盘写请求可能导致更多的 CPU以及 IO 问题 所以要对一个系统进行优化,查找瓶颈来自哪个方面是关键,虽然看似是某一个子系统出现问题,其实有可能是 别的子系统导致的.
1.1确定应用类型
基于需要理解该从什么地方来入手优化瓶颈,首先重要的一点,就是理解并分析当前系统的特点,多数系统所跑 的应用类型,主要为 2 种:
IOBound(译注:IO范畴):在这个范畴中的应用,一般都是高负荷的内存使用以及存储系统,这实际上表示 IO 范畴的应用,就是一个大量数据处理的过程.IO范畴的应用不对 CPU 以及网络发起更多请求(除非类似 NAS 这样的网络存储硬件).IO范畴的应用通常使用 CPU资源都是为了产生 IO请求以及进入到内核调度的 sleep 状态.通常数据库软件(译注:mysql,oracle 等)被认为是 IO范畴的应用类型. CPUBound(译注:CPU范畴):在这个范畴中的应用,一般都是高负荷的 CPU占用.CPU范畴的应用,就是一 个批量处理 CPU请求以及数学计算的过程.通常 webserver,mailserver,以及其他类型服务被认为是 CPU范 畴的应用类型. 1.2确定基准线统计
系统利用率情况,一般随管理员经验以及系统本身用途来决定.唯一要清楚的就是,系统优化希望达成什么效果, 以及哪些方面是需要优化,还有参考值是什么 因此就建立一个基准线,这个统计数据必须是系统可用性能状态 值,用来比较不可用性能状态值. 在以下例子中,1 个系统性能的基准线快照,用来比较当高负荷时的系统性能快照.

下一页