楼主: huawei96

[精华] 小io响应在2ms, 整体iops 有1w9 以上,看起来算是不错的响应了。

[复制链接]
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
11#
发表于 2007-12-26 20:11 | 只看该作者
原帖由 anlinew 于 2007-12-26 14:33 发表
这个好像讨论过一次
我认为 这里的avg waits跟系统实际IO能力关系不大

大家可以随便找一个系统的report来看看,很可能这个指标为1或者0,能说明系统的IO能力更强?



你说 响应时间为1或者0  ,很可能是你使用的文件系统,并且文件系统的cache命中率比较高。

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
12#
发表于 2007-12-26 20:17 | 只看该作者
尤其在连续io情况下文件系统由于 preread 的功能……  命中率非常高

使用道具 举报

回复
招聘 : Java研发
论坛徽章:
71
马上加薪
日期:2014-02-19 11:55:14蜘蛛蛋
日期:2012-12-26 18:16:01茶鸡蛋
日期:2012-11-16 08:12:48ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07奥运会纪念徽章:网球
日期:2012-08-23 14:58:08奥运会纪念徽章:沙滩排球
日期:2012-07-19 17:28:14版主2段
日期:2012-07-07 02:21:02咸鸭蛋
日期:2012-03-23 18:17:482012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
13#
发表于 2007-12-26 20:54 | 只看该作者
原帖由 biti_rainy 于 2007-12-26 20:11 发表



你说 响应时间为1或者0  ,很可能是你使用的文件系统,并且文件系统的cache命中率比较高。

这也是算一种情况吧
总之我认为这个值是系统wait 的时间,只是反应系统IO负载情况,不能说明系统的IO能力的

[ 本帖最后由 anlinew 于 2007-12-26 20:56 编辑 ]

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
14#
发表于 2007-12-26 21:20 | 只看该作者
原帖由 anlinew 于 2007-12-26 20:54 发表

这也是算一种情况吧
总之我认为这个值是系统wait 的时间,只是反应系统IO负载情况,不能说明系统的IO能力的



响应时间+IOPS 就说明了系统的当前io状况啊,你还要什么才能说明?

响应时间是一个很重要的衡量指标,如果你要说存储的io能力,基本可以定义为,响应时间在 10ms 左右能达到的最大iops 能力,是系统io能力的一个最重要指标。  但生产系统大多达不到最大压力…… 那就只能说明io 子系统是正常的。

不知道你要看什么情况,非要看到io响应在20ms 以上才算数?  那不过是说明io将有问题了。

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
15#
发表于 2007-12-26 21:23 | 只看该作者
原帖由 cc59 于 2007-12-26 14:54 发表
这个本身仅仅是在一定情况下还可以体现出现,如果没有负荷,或者负载很小的话,那么这些值肯定也就小,自然就没什么意义了.


负荷小至少说明io不是瓶颈…… 对于系统的诊断当然有非常重要的意义。
比如有人反应慢,但io 负荷小,当然就可以从别的方面入手了!

使用道具 举报

回复
论坛徽章:
59
狮子座
日期:2016-03-26 13:35:402013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-02-25 11:06:15ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20灰彻蛋
日期:2012-04-25 13:19:33紫蛋头
日期:2012-03-14 11:16:09最佳人气徽章
日期:2012-03-13 17:39:18玉石琵琶
日期:2012-02-21 15:04:38鲜花蛋
日期:2011-11-30 14:13:01ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
16#
发表于 2007-12-26 21:41 | 只看该作者
原帖由 cc59 于 2007-12-26 14:54 发表
这个本身仅仅是在一定情况下还可以体现出现,如果没有负荷,或者负载很小的话,那么这些值肯定也就小,自然就没什么意义了.

刚才仔细想了一下,不见得负载高这个也会高
比如同样是读取一个8k的数据块,不管io负载高或者低的一个绝对响应时间应该都差不多的
如果io负载很高,那么数据库读取一个块可能表现为'很慢',但这个慢不是慢在db file sequential read,而是慢在其他的等待事件,比如块的征用或者latch上

假设系统的io每秒吞吐量为80k,那么这里的db file sequential read平均等待时间应该就是0.1s?能不能这样粗略的计算?
不知道这样理解有没有错

使用道具 举报

回复
论坛徽章:
59
狮子座
日期:2016-03-26 13:35:402013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-02-25 11:06:15ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20灰彻蛋
日期:2012-04-25 13:19:33紫蛋头
日期:2012-03-14 11:16:09最佳人气徽章
日期:2012-03-13 17:39:18玉石琵琶
日期:2012-02-21 15:04:38鲜花蛋
日期:2011-11-30 14:13:01ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
17#
发表于 2007-12-26 21:45 | 只看该作者
我的意思是oracle肯定有一套机制来读取数据,哪个进程可以读了哪个需要再等会
但是当真正开始读数据的时候,从开始读到读取完毕,这一小段时间应该对任何人来说都是相等的

使用道具 举报

回复
论坛徽章:
63
19周年集字徽章-19
日期:2020-09-23 02:43:002012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
18#
发表于 2007-12-26 21:57 | 只看该作者
我的意思只是为了表明,那个指标不能代表你这套存储的能力怎么样.

命名你是eva  还是 dmx. 这些都可能无法在这样的指标下显现出来你的速率是多少,

当然,响应为2ms,只能代表当前IO响应很快.并不能说明存储能力怎么样.

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
19#
发表于 2007-12-26 22:26 | 只看该作者
原帖由 cc59 于 2007-12-26 21:57 发表
我的意思只是为了表明,那个指标不能代表你这套存储的能力怎么样.

命名你是eva  还是 dmx. 这些都可能无法在这样的指标下显现出来你的速率是多少,

当然,响应为2ms,只能代表当前IO响应很快.并不能说明存储能力怎么样.


那你如果要表达的是这个意思,只能说彼此没在说同一个意思。
没有人说这个现象能说明存储能力怎样,只是说明这个现象表示 io 子系统是正常的!

使用道具 举报

回复
论坛徽章:
86
ITPUB元老
日期:2005-02-28 12:57:002012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20咸鸭蛋
日期:2012-05-08 10:27:19版主8段
日期:2012-05-15 15:24:112013年新春福章
日期:2013-02-25 14:51:24
20#
发表于 2007-12-26 22:35 | 只看该作者
原帖由 anlinew 于 2007-12-26 20:54 发表

这也是算一种情况吧
总之我认为这个值是系统wait 的时间,只是反应系统IO负载情况,不能说明系统的IO能力的


负载状况 何以反映  io 子系统是否还有 能力承担更大的io。 在一个表现正常的特定系统中,你永远没法子判断io子系统的最大能力是多少。你只能告诉对方,io 还有余量  或者 io 已经过载  或者io 已经处于危险的边缘,但没法子告诉对方一个具体的数字的。

所以我认为无论io 响应时间和iops这两个数字如何,对于调查statspack report的人来说都是一个非常重要的值得关注的信息,只是也许这个信息不能说明问题而已。但如你一开始那样说,会让人以为这个东西不重要。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表