操作系统性能监控-磁盘IO

系统IO监控

iostat监控各个磁盘使用情况

  • rrqm/s:   每秒进行 merge 的读操作数目.即 delta(rmerge)/s
  • wrqm/s:  每秒进行 merge 的写操作数目.即 delta(wmerge)/s
  • r/s:         每秒完成的读 I/O 设备次数.即 delta(rio)/s
  • w/s:        每秒完成的写 I/O 设备次数.即 delta(wio)/s
  • rsec/s:     每秒读扇区数.即 delta(rsect)/s
  • wsec/s:    每秒写扇区数.即 delta(wsect)/s
  • rkB/s:      每秒读K字节数.是 rsect/s 的一半,因为每扇区大小为512字节.(需要计算)
  • wkB/s:     每秒写K字节数.是 wsect/s 的一半.(需要计算)
  • avgrq-sz:  平均每次设备I/O操作的数据大小 (扇区).delta(rsect+wsect)/delta(rio+wio)
  • avgqu-sz: 平均I/O队列长度.即 delta(aveq)/s/1000 (因为aveq的单位为毫秒).
  • await:      平均每次设备I/O操作的等待时间 (毫秒).即 delta(ruse+wuse)/delta(rio+wio)
  • svctm:     平均每次设备I/O操作的服务时间 (毫秒).即 delta(use)/delta(rio+wio)
  • %util:      每秒io操作占用的cpu使用时间。即一秒中有百分之多少的时间用于 I/O 操作,或者说一秒中有多少时间 I/O 队列是非空的,计算方法:(r/s+w/s)*(svctm/1000)

%util         代表磁盘繁忙程度。100% 表示磁盘繁忙, 0%表示磁盘空闲。但是注意,磁盘繁忙不代表磁盘(带宽)利用率高 

只能反映系统磁盘忙,不能表示那个进程忙。

进程IO监控

  • TID:线程或进程id
  • PRIO:线程io优先级
  • USER:线程所属用户
  • DISK READ:线程从磁盘读数据的速度
  • DISK WRITE:线程写磁盘的速度
  • SWAPIN:进程使用的数据由swap换入到内存的时间占进程io总时间的百分比
  • IO:进程等待进行io操作的时间占进程io总时间的百分比

 

业务级IO监控

ioprofile待补全

文件级IO监控

losf:“list open files”(列出打开的文件)

从自己本机查看Nginx master进程打开了那些文件

查看nginx日志信息

参考:

http://www.ibm.com/developerworks/cn/aix/library/au-lsof.html

http://www.cnblogs.com/quixotic/p/3258730.html

时间: 2024-11-10 16:01:03

操作系统性能监控-磁盘IO的相关文章

操作系统性能监控-网络IO

nicstat是监控网络IO的利器 1.查看网卡信息   2.查看网卡间隔2秒,2次 Time列:表示当前采样的响应时间. lo and eth0 : 网卡名称. rKB/s : 每秒接收到千字节数. wKB/s : 每秒写的千字节数. rPk/s : 每秒接收到的数据包数目. wPk/s : 每秒写的数据包数目. rAvs : 接收到的数据包平均大小. wAvs : 传输的数据包平均大小. %Util : 网卡利用率(百分比). Sat : 网卡每秒的错误数.网卡是否接近饱满的一个指标.尝试去

操作系统性能监控

1. 概述 应用的性能极限是服务等级协议中关注的重点.找到性能极限的关键在于知道该监控哪些数据.监控软件栈的哪些部分以及使用哪些工具.本篇文章将介绍需要监控的操作系统数据以及可用的操作系统性能监控攻击,还会给出一般性指导原则.主要涉及的操作系统是Windows 7和Ubuntu 12.04.5 LTS.我们更多的是介绍哪些是需要重点监控的系统属性以及为何要监控他们. 找到性能问题的第一步是监控应用的行为,通过监控提供的线索,可以将性能问题进行归类. 首先要给出几个概念的定义:性能监控,性能分析和

操作系统性能监控之内存监控

操作系统性能监控 服务端程序除了应用本身性能外,依赖与服务器本身的性能.服务器性能指标包括:CPU.内存.网络IO和磁盘使用率. 今天学习了内存监控的部分. 为什么要监测内存 当应用运行所需内存超过可用物理内存时,就会发生页面交换.通常会在硬盘上分配一个swap空间.当应用耗尽可用内存时,就会把不常用的内容放到swap空间里. 当访问被置换到swap空间的内容时,就需要把swap空间的内容加载到物理内存中,这种置换操作会大大影响应用的吞吐量和响应性. JVM垃圾收集器在进行置换操作时,性能也很差

zabbix监控磁盘IO

监控磁盘IO的基本原理:通过分析/proc/diskstats文件,来对IO的性能进行监控. ++++++++++++++++++++++++对/proc/diskstats的解释++++++++++++++++++++++++++++++ # cat /proc/diskstats |grep sda |head -1    8    0     sda 2280 1445 76478 11956 249 188 3490 932 0 9913 12805 解释说明: 第一至第三个域,分别是主

第七章——DMVs和DMFs(4)——用DMV和DMF监控磁盘IO

原文:第七章--DMVs和DMFs(4)--用DMV和DMF监控磁盘IO 前言: 本文为本系列最后一篇,作为DBA,你必须经常关注磁盘的I/O问题,一旦出现问题,要尽快分析出是什么问题.SQLServer同样提供了一些列与I/O相关的DMO来做监控. 本文介绍如何使用DMO来监控I/O子系统的性能并找到I/O瓶颈.通过本文,可以区分不同数据库的I/O使用模式.一旦发现有数据库的I/O很高,可能需要考虑把数据库迁移到单独的磁盘,或者深入研究I/O产生的问题. 准备工作: 本文将演示如何监控数据库文

Cacti监控磁盘IO(rhel)

1.检查net-snmp是否支持IO监控 snmpwalk -v 1 -c public 监控机的IP UCD | more 执行如上命令,如果返回类似如下数据,则表示支持disk io的监控,否则需要重新编译增加diskio-module模块. 1. UCD-DISKIO-MIB::diskIOIndex.1 = INTEGER: 1 2. UCD-DISKIO-MIB::diskIOIndex.2 = INTEGER: 2 3. UCD-DISKIO-MIB::diskIOIndex.3 =

Cacti监控磁盘IO

1.下载Cacti_Net-SNMP_DevIO_v3.1.zip 下载Cacti_Net-SNMP_DevIO_v3.1.zip,解压并上传net-snmp_devio.xml到/resource/snmp_queries/目录. 2.导入模板 通过cacti后台的"Import Templates"导入所有的*_TMPL.xml文件,最后导入net-snmp_devIO-Data_query.xml文件.完成后,你就可以在“Data Queries”看到“ucd/net - Get

zabbix应用之Low-level discovery监控磁盘IO

zabbix自带的"Template OS Linux"模板支持监控已挂载的磁盘空间利用率,是利用LLD(Low-level discovery)实现的,却没有对磁盘IO监控.本篇文章就介绍利用zabbix LLD功能监控磁盘IO的方法. 思路:首先创建Discovery rules,在agent端配置对应的UserParameter,调用编写好的shell脚本,动态查找出已经挂载的磁盘分区:然后创建Item prototypes,使用vfs.dev.read[device,<t

操作系统性能监控-CPU使用率

CPU使用率分为 用户态CPU使用率:执行应用程序代码的时间占总CPU时间的百分比 系统态CPU使用率:应用执行操作系统调用的时间占总CPU时间的百分比 系统态CPU使用率高意味着共享资源有竞争或者IO设备之间有大量的交互. 目标:理想情况应用达到最高性能和扩展性时,它的系统态CPU使用率为0%,提供应用性能和扩展性一个目标是尽可能降低系统态CPU使用率   对于计算密集型应用 监控用户态和系统态CPU使用率 监控每时钟指令书IPC或每指令时钟周期CPI(对于计算密集型重要,系统自带工具无法监控