楼主: huawei96

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

[复制链接]
论坛徽章:
60
2007年度最佳版主
日期:2008-04-03 16:46:15现任管理团队成员
日期:2011-05-07 01:45:08双黄蛋
日期:2011-06-15 17:03:34ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412012新春纪念徽章
日期: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
31#
发表于 2007-12-27 13:09 | 只看该作者
原帖由 rollingpig 于 2007-12-27 12:28 发表
一个random IO的理论时间是:
7ms =  4-5ms(磁盘平均寻道时间)+ 2ms (传输时间) + 一些其它的消耗
如果不考虑file system cache hit(raw device/direct IO)  以及storage cache hit , 同时没有磁盘竞争,那么,db file sequntial read的时间就会是 7ms左右.


Statspack 里面的定义还是根据相应时间的平均值来算的

这个 7ms 还没有到磁盘一级,只是到 存储层的

使用道具 举报

回复
招聘 : 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
32#
发表于 2007-12-27 13:31 | 只看该作者
原帖由 olivenan 于 2007-12-27 11:24 发表
HP-UNIX 11.23  RS6600
Oracle 10203,RAC架构
存储EVA4000
根据大师的指点,我查看了自己的系统,发现
db file sequential read    平均等待时间是     7 ms

Physical reads:非常小,据此是不是可以初步判断EVA4000的性能比较差。


还有就是这个是wait time
60分钟里如果wait 20秒钟,其60分钟的avg wait time=20秒钟/wait次数
而report所能计算的IOPS却是 physical request次数/60分钟
如何能够结合去看IO设备的性能
何况你的系统physical writes远远超过reads

使用道具 举报

回复
论坛徽章:
20
数据库板块每日发贴之星
日期:2006-03-21 01:01:20生肖徽章:猴
日期:2007-05-22 13:43:41生肖徽章:鸡
日期:2007-05-22 13:43:55生肖徽章:狗
日期:2007-05-22 13:44:08生肖徽章:猪
日期:2007-05-22 13:44:25会员2007贡献徽章
日期:2007-09-26 18:42:10生肖徽章2007版:鸡
日期:2008-01-02 17:35:53生肖徽章2007版:猴
日期:2008-01-02 17:35:53生肖徽章2007版:鼠
日期:2008-01-02 17:35:53生肖徽章:羊
日期:2007-05-22 13:43:25
33#
发表于 2007-12-27 13:48 | 只看该作者
原帖由 rollingpig 于 2007-12-27 12:28 发表
一个random IO的理论时间是:
7ms =  4-5ms(磁盘平均寻道时间)+ 2ms (传输时间) + 一些其它的消耗
如果不考虑file system cache hit(raw device/direct IO)  以及storage cache hit , 同时没有磁盘竞争,那么,db file sequntial read的时间就会是 7ms左右.

而由于file system cache hit和storage cache hit的情况下,没有磁盘竞争的系统db file sequntial read 会小于 7ms
如果有磁盘竞争,而且竞争产生的延迟> file system cache hit和storage cache hit的好处,就会大于7ms .
10ms 可以说是一个经验值,就是磁盘竞争产生的延迟比较高了


我的系统写要远大于读,目前的现状跟这个公式很相符。7ms =  4-5ms(磁盘平均寻道时间)+ 2ms (传输时间) + 一些其它的消耗


谢谢各位的精彩回答。

使用道具 举报

回复
论坛徽章:
116
ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14沸羊羊
日期:2015-03-04 14:43:432015年新春福章
日期:2015-03-06 11:57:31喜羊羊
日期:2015-03-25 15:04:022010数据库技术大会纪念徽章
日期:2015-04-23 10:33:192011数据库大会纪念章
日期:2015-04-23 10:33:192012数据库大会纪念章
日期:2015-04-23 10:33:192013数据库大会纪念章
日期:2015-04-23 10:33:19
34#
发表于 2007-12-27 15:07 | 只看该作者
推荐精华。

使用道具 举报

回复
论坛徽章:
8
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2006-08-18 16:42:07生肖徽章:猪
日期:2007-01-25 16:52:00生肖徽章:蛇
日期:2007-01-25 16:58:03会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44生肖徽章2007版:鼠
日期:2008-01-02 17:35:532010新春纪念徽章
日期:2010-03-01 11:19:06
35#
发表于 2007-12-27 16:47 | 只看该作者
原帖由 shahand 于 2007-12-27 15:07 发表
推荐精华。

  这贴挺张知识。

使用道具 举报

回复
论坛徽章:
2
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442008新春纪念徽章
日期:2008-02-13 12:43:03
36#
 楼主| 发表于 2007-12-27 17:09 | 只看该作者
原帖由 olivenan 于 2007-12-27 13:48 发表


我的系统写要远大于读,目前的现状跟这个公式很相符。7ms =  4-5ms(磁盘平均寻道时间)+ 2ms (传输时间) + 一些其它的消耗


谢谢各位的精彩回答。


  你是如何判断你的系统写要远大于读

  是你的经验还是根据系统的视图

使用道具 举报

回复
论坛徽章:
131
2006年度最佳技术回答
日期:2007-01-24 12:58:48福特
日期:2013-10-24 13:57:422014年新春福章
日期:2014-02-18 16:41:11马上有车
日期:2014-02-18 16:41:11马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:142013年新春福章
日期:2013-02-25 14:51:24
37#
发表于 2007-12-27 17:21 | 只看该作者
physical read vs (physical write+redo entry)

使用道具 举报

回复
论坛徽章:
2
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442008新春纪念徽章
日期:2008-02-13 12:43:03
38#
 楼主| 发表于 2007-12-27 17:24 | 只看该作者
原帖由 biti_rainy 于 2007-12-26 22:35 发表
io 子系统是否还有 能力承担更大的io。 在一个表现正常的特定系统中,你永远没法子判断io子系统的最大能力是多少。你只能告诉对方,io 还有余量  或者 io 已经过载  或者io 已经处于危险的边缘,但没法子告诉对方一个具体的数字的。


  大师就是大师

  不过你是如何判断系统的IO有余量或者过载或者处于危险的边缘?你判断的标准是什么

使用道具 举报

回复
论坛徽章:
2
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442008新春纪念徽章
日期:2008-02-13 12:43:03
39#
 楼主| 发表于 2007-12-27 17:25 | 只看该作者
原帖由 olivenan 于 2007-12-27 11:24 发表
HP-UNIX 11.23  RS6600
Oracle 10203,RAC架构
存储EVA4000
根据大师的指点,我查看了自己的系统,发现
db file sequential read    平均等待时间是     7 ms

Physical reads:非常小,据此是不是可以初步判断EVA4000的性能比较差。


你这个db file sequential read    平均等待时间是     7 ms是怎么得出的,我在你的上传文件中没有看到

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
122
马上加薪
日期:2014-02-19 11:55:14ITPUB官方微博粉丝徽章
日期:2011-06-28 19:45:36管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:拳击
日期:2011-03-29 13:11:152010广州亚运会纪念徽章:篮球
日期:2011-02-20 22:50:172011新春纪念徽章
日期:2011-02-18 11:42:492011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:50
40#
发表于 2007-12-27 18:04 | 只看该作者
Event                                 Waits  -outs    Time (s)    (ms)      /txn
---------------------------- -------------- ------ ----------- ------- ---------
log file sequential read              1,076     .0          76      71       0.0
enq: TX - row lock contentio            129   98.4          63     485       0.0
db file parallel write               52,603     .0          26       0       0.5

db file sequential read               2,548     .0          18       7       0.0

使用道具 举报

回复

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

本版积分规则 发表回复

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