系统性能监控工具 - iostat

  主要用于监控系统设备的IO负载情况,iostat首次运行时显示自系统启动开始的各项统计信息,之后运行iostat将显示自上次运行该命令以后的统计信息。用户可以通过指定统计的次数和时间来获得所需的统计信息。iostat的数据的主要来源是/proc/partitions。
-c 只显示CPU行
-d 只显示磁盘行
-k 以千字节为单位显示磁盘输出
-m 以M为单位显示磁盘输出
-t 在输出中包括时间戳
-x 在输出中包括扩展的磁盘指标

1)仅显示设备的IO负载,其中每隔1秒刷新并输出结果一次,输出3次后iostat退出
iostat -d 1 3 
Linux 2.6.32-71.el6.i686 (Stephen-PC) 11/16/2011 _i686_ (1 CPU)
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 5.35 258.39 26.19 538210 54560

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 0.00 0.00 0.00 0 0

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 0.00 0.00 0.00 0 0

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 0.00 0.00 0.00 0 0

Blk_read/s 每秒块(扇区)读取的数量。
Blk_wrtn/s 每秒块(扇区)写入的数量。
Blk_read 总共块(扇区)读取的数量。
Blk_wrtn 总共块(扇区)写入的数量。

2)显示和io相关的扩展数据
iostat -dx 1 3

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 5.27 1.31 2.82 1.14 189.49 19.50 52.75 0.53 133.04 10.74 4.26

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

rrqm/s 队列中每秒钟合并的读请求数量
wrqm/s 队列中每秒钟合并的写请求数量
r/s 每秒钟完成的读请求数量
w/s 每秒钟完成的写请求数量
rsec/s 每秒钟读取的扇区数量
wsec/s 每秒钟写入的扇区数量
avgrq-sz 平均请求扇区的大小
avgqu-sz 平均请求队列的长度,队列长度越短越好。 
await 平均每次请求的等待时间,这个时间包括了队列时间和服务时间,也就是说,一般情况下,await大于svctm,它们的差值越小,则说明队列时间越短,反之差值越大,队列时间越长说明系统出了问题。

svctm  每次设备IO操作的服务时间(ms),越接近于await说明等待时间越少。
util 设备的利用率。在统计时间内所有处理IO时间,除以总共统计时间。例如,如果统计间隔1秒,该设备有0.8秒在处理IO,而0.2秒闲置,那么该设备的%util = 0.8/1 = 80%,所以该参数暗示了设备的繁忙程度。一般地,如果该参数是100%表示设备已经接近满负荷运行了(当然如果是多磁盘,即使%util是100%,因为磁盘的并发能力,所以磁盘使用未必就到了瓶颈)。

时间: 2024-08-11 01:27:09

系统性能监控工具 - iostat的相关文章

Unix系统性能监控工具之--SAR

Unix系统性能监控工具之--SAR 系统环境: 操作系统: AIX 5.3.9 Oracle:   Oracle 10gR2 SAR可用于监控Unix系统性能,帮助我们分析性能瓶颈.sar工具的使用方式为"sar [选项] intervar [count]",其中interval为统计信息采样时间,count为采样次数. 下文将说明如何使用sar获取以下性能分析数据: 整体CPU使用统计 各个CPU使用统计 内存使用情况统计 整体I/O情况 各个I/O设备情况 网络统计 常用的选项包

unix、linux下的系统性能监控工具nmon

一.nmon是一款很好的unix.linux下的系统性能监控工具. 引自百度知道: nmon 工具可以帮助在一个屏幕上显示所有重要的性能优化信息,并动态地对其进行更新.这个高效的工具可以工作于任何哑屏幕.telnet 会话.甚至拨号线路.另外,它并不会消耗大量的 CPU 周期,通常低于百分之二.在更新的计算机上,其 CPU 使用率将低于百分之一. 使用哑屏幕,在屏幕上对数据进行显示,并且每隔两秒钟对其进行更新.然而,您可以很容易地将这个时间间隔更改为更长或更短的时间段.如果您拉伸窗口,并在 X

linux系统性能监控工具--htop与dstat介绍

目录 一.htop工具使用简介 二.dstat工具使用简介 此博文针对linux系统介绍两款常用系统性能监控软件的基本使用,对于Linux系统我们一般要监控的对象有进程.cpu.内存.磁盘IO.swap.网卡等. (一)htop工具使用简介 htop是一个比top更为易用,功能更强大的交互式进程查看器,是一个免费的,遵循GPL协定的,针对于Linux的进程查看器.还能实现在监控界面中对某一个进程发送信号,比如杀死一个进程等,也能调整一个进程的优先级等功能.先来一张htop运行时的图片. htop

Linux的IO性能监控工具iostat详解

原文地址: http://www.ha97.com/4546.html Linux系统出现了性能问题,一般我们可以通过top.iostat.free.vmstat等命令来查看初步定位问题.其中iostat可以提供更丰富的IO性能状态数据. 1. 基本使用$iostat -d -k 1 10参数 -d 表示,显示设备(磁盘)使用状态:-k某些使用block为单位的列强制使用Kilobytes为单位:1 10表示,数据显示每隔1秒刷新一次,共显示10次. $iostat -d -k 1 10Devi

Linux系统性能监控工具

Linux 系统性能监控 1 htop [[email protected] ~]# htop   1  [||                                       2.1%]     Tasks: 51, 73 thr; 1 running   2  [|                                        0.3%]     Load average: 0.00 0.02 0.00    Mem[|||||||||||||||||||||||

Linux性能监控工具Iostat详解

作为一个运维工程师来说掌握一些系统的分析工具是必须的. 命令工具:iostat 那么它能做什么呢?通过man page可以看出来 [一]:统计cpu的状态 [二]:统计设备或者分区的I/O信息 以下对常用参数做简单的说明 -c:显示cpu的统计信息,不能和-d同时使用 -d:输出设备和分区的I/O信息,不能与-c同时使用 -h:显示可读性更好的NFS目录统计信息 -k:用"kbytes/s"来代替"块/s"显示统计信息.要求kernel>=2.4 -m:用&q

系统性能监控工具 - free

[[email protected] ~]# free [-b|-k|-m|-g] [-t] 参数: -b 以Byte为单位显示内存使用情况.-k 以KB为单位显示内存使用情况.-m 以MB为单位显示内存使用情况.-g 以GB为单位显示内存使用情况.-o 不显示缓冲区调节列.-s<间隔秒数> 持续观察内存使用状况.-t 显示内存总和列.-V 显示版本信息. 范例一:显示目前系统的内存容量,以MB为单位    [[email protected] ~]# free -m total used f

系统性能监控工具 - mpstat

mpstat(Multiprocessor Statistics)是实时系统监控工具.报告与CPU的一些统计信息,这些信息存放在/proc/stat文件中.在多CPUs系统里,不但能查看所有CPU的平均状况信息,而且能够查看特定CPU的信息.mpstat最大的特点是:可以查看多核心cpu中每个计算核心的统计数据:而类似工具vmstat只能查看系统整体cpu情况. mpstat [-P {|ALL}] [internal [count]]参数:-P {|ALL} 表示监控哪个CPU, cpu在[0

Java性能优化权威指南-读书笔记(一)-操作系统性能监控工具

一:CPU 1. 用户态CPU是指执行应用程序代码的时间占总CPU时间的百分比. 系统态CPU是指应用执行操作系统调用的时间占总CPU时间的百分比.系统态CPU高意味着共享资源有竞争或者I/O设备之间有大量的交互. 提高应用性能和扩展性的一个目标就是尽可能降低系统态CPU使用率. 2. CPU运行队列就是那些已经准备好运行.正等待可用CPU的轻量级进程. 当运行队列长度达到处理器的4被或者更多时,系统的相应就非常迟缓了. 解决运行队列长有两种办法: 1). 增加CPU以分担负载: 2). 分析系