avwait： 队列占满时传送请求等待队列空闲的平均时间。
avserv： 完成传送请求所需平均时间（毫秒）。
在显示的内容中，wd-0是硬盘的名字，%busy的值比较小，说明用于处理传送请求的有效时间太少，文档系统效率不高，一般来讲，%busy值高些，avque值低些，文档系统的效率比较高，假如%busy和avque值相对比较高，说明硬盘传输速度太慢，需调整。
例四：使用命行sar -b t n
例如，每30秒采样一次，连续采样5次，报告缓冲区的使用情况，需键入如下命令：
# sar -b 30 5
屏幕显示：
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
14:54:59 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s (-b)
14:55:29 0 147 100 5 21 78 0 0
14:55:59 0 186 100 5 25 79 0 0
14:56:29 4 232 98 8 58 86 0 0
14:56:59 0 125 100 5 23 76 0 0
14:57:29 0 89 100 4 12 66 0 0
Average 1 156 99 5 28 80 0 0
显示内容包括：
bread/s： 每秒从硬盘读入系统缓冲区buffer的物理块数。
lread/s： 平均每秒从系统buffer读出的逻辑块数。
%rcache： 在buffer cache中进行逻辑读的百分比。
bwrit/s： 平均每秒从系统buffer向磁盘所写的物理块数。
lwrit/s： 平均每秒写到系统buffer逻辑块数。
%wcache： 在buffer cache中进行逻辑读的百分比。
pread/s： 平均每秒请求物理读的次数。
pwrit/s： 平均每秒请求物理写的次数。
在显示的内容中，最重要的是蔯he和%wcache两列，他们的值体现着buffer的使用效率，%rcache的值小于90或%wcache的值低于65，应适当增加系统buffer的数量，buffer数量由核心参数NBUF控制，使%rcache达到90左右，%wcache达到80左右。但buffer参数值的多少影响I/O效率，增加buffer，应在较大内存的情况下，否则系统效率反而得不到提高。
例五：使用命行sar -g t n
例如，每30秒采样一次，连续采样5次，报告串口I/O的操作情况，需键入如下命令：
# sar -g 30 5
屏幕显示：
SCO_SV scosysv 3.2v5.0.5 i80386 11/22/2001
17:07:03 ovsiohw/s ovsiodma/s ovclist/s (-g)
17:07:33 0.00 0.00 0.00
17:08:03 0.00 0.00 0.00
17:08:33 0.00 0.00 0.00
17:09:03 0.00 0.00 0.00
17:09:33 0.00 0.00 0.00
Average 0.00 0.00 0.00
显示内容包括：
ovsiohw/s：每秒在串口I/O硬件出现的溢出。
ovsiodma/s：每秒在串口I/O的直接输入输出通道高速缓存出现的溢出。
ovclist/s ：每秒字符队列出现的溢出。
在显示的内容中，每一列的值都是零，表明在采样时间内，系统中没有发生串口I/O溢出现象。
sar命令的用法很多，有时判断一个问题，需要几个sar命令结合起来使用，比如，怀疑CPU存在瓶颈，可用sar -u 和sar -q来看，怀疑I/O存在瓶颈，可用sar -b、sar -u和sar-d来看，以上举出的五例仅仅是其中的一部分，有兴趣的朋友不妨一试。
| chly63 回复于：2003-08-05 08:32:18 | |||||||
| 好东东！ | |||||||
| solstice 回复于：2003-08-05 08:38:10 | |||||||
| 好不容易啊，总算有人回了，
自己也UP一下! | |||||||
| x3y4z5 回复于：2003-08-05 09:10:31 | |||||||
| 好东东。谢谢。 | |||||||
| jimhzu 回复于：2003-08-05 10:15:16 | |||||||
| 我也用过sar，有一问题请教，单位有几台机子老是莫名其妙的反应慢下来，用sar 一检查，(sar -d) cpu 使用率经常为100，有时刚重启时也是，而且当时还没用户上来.进程也很少 | |||||||
| wohoo 回复于：2003-08-05 13:14:02 | |||||||
| 绝对的好东西,
老兄果然厉害... 收下来..... | |||||||
| day_dream 回复于：2003-08-06 08:36:15 | |||||||
| 好厉害，解释得这么清楚 | |||||||
| su13086008138 回复于：2003-08-06 08:36:50 | |||||||
谢谢您的热心!  [/u] | |||||||
| sunsun2003 回复于：2003-08-06 08:48:56 | |||||||
| Thanks a lot | |||||||
| shizier 回复于：2003-08-06 23:43:13 | |||||||
| 好周详呀，多谢老大了 | |||||||
| hutj 回复于：2003-08-07 09:35:43 | |||||||
| 支持的说 | |||||||
| livelybear 回复于：2003-08-07 10:47:02 | |||||||
| 跟着高人长见识，好好好。 | |||||||
| 自行车 回复于：2003-08-07 13:22:35 | |||||||
| [可用sar -u 和sar -q来看，怀疑I/O存在瓶颈，可用sar -b、sar -u和sar-d来看]
能不能再具体点 | |||||||
| jxc 回复于：2003-08-07 19:40:38 | |||||||
| 不错. 不可多得的好文章.希望多谢高手贡献这样的文章. | |||||||
| caozuofei108 回复于：2003-08-10 10:11:28 | |||||||
| very good!!!!! | |||||||
| binary 回复于：2003-08-10 11:10:59 | |||||||
| 好文章！
有一次在HP上安装Oracle，调整核心参数时sar起了很大的作用，那些MAX_*参数值的情况监控得很清楚。 有更多使用经验的朋友请继续补充啊 | |||||||
| csfby 回复于：2003-08-11 11:19:15 | |||||||
| 绝！ | |||||||
| wanfei 回复于：2003-08-11 13:55:53 | |||||||
| xie xie
文章整理：西部数码--专业提供域名注册、虚拟主机服务 相关文章
 热点关注
IDC资讯
虚拟主机
域名注册
托管租用
vps主机
智能建站
网站运营 建站经验 策划盈利 搜索优化 网站推广 免费资源 网站联盟 联盟新闻 联盟介绍 联盟点评 网赚技巧 行业资讯 业界动态 搜索引擎 网络游戏 门户动态 电子商务 广告传媒 网络编程 Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它 服务器技术 Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护 软件技巧 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷 Internet Explorer 网页制作 FrontPages Dreamweaver Javascript css photoshop fireworks Flash 程序设计 Java技术 C/C++ VB delphi 网络知识 网络协议 网络安全 网络管理 组网方案 Cisco技术 操作系统 Win2000 WinXP Win2003 Mac OS Linux FreeBSD
| |||||||
