IBM590+DS8100+SAP 有超高的I/O Wait

anlinew

原帖由 rollingpig 于 2007-12-27 14:08 发表
这两个表中给出的IOPS不知道读写比例各占多少。
RAID10和RAID5的性能区别集中在写方面。

参考：
http://www.storageperformance.org/results/benchmark_results_spc1

shahand

你确定已经使用了dio/cio ？
为何还将maxperm设置这么高（90），这就是你free mem很少的原因吧

maxperm对于数据库系统来说，应该设置一个比较小的值，例如20，这样以来，我们就可以使文件系统的缓存数量减少。从而oracle系统能够使用更多的物理内存。

rollingpig

如果db_cache_size不设大的情况下，降低maxperm就会降低性能哦

shahand

原帖由 rollingpig 于 2007-12-27 14:44 发表
如果db_cache_size不设大的情况下，降低maxperm就会降低性能哦

就是要把fs cache省出来给db cache 啊

前面你们几个老大谈的db cache给到32G俺双手支持。

[ 本帖最后由 shahand 于 2007-12-27 14:49 编辑 ]

anlinew

原帖由 rollingpig 于 2007-12-27 14:44 发表
如果db_cache_size不设大的情况下，降低maxperm就会降低性能哦

不调整VMM参数就设大db_cache_size也有可能会降低性能哦

biti_rainy

原帖由 liangmin11 于 2007-12-27 13:33 发表



这个讨论不是由于IO WAIT引起的么? 目的不是提高IO么?

lz 只是担心 os上看起来io wati百分比大有问题，但事实上这是一个正常的现象！

现在他的系统暂时看起来不是提高io能力（因为系统io能力表现良好，当然有fs cache的因素），重点也是在 自己开发的sap的应用的sql上，而不在存储子系统本身。

你拿出raid5 来说明，发表一些意见，当然可以，但这是让大家在这个帖子中受益，学到更多的知识。但最好陈述清楚你的用意，因为这个方向明显不是lz问题的本质。

发散思维固然好，但在解决问题上应该有主线，明显不是解决问题的主线上的东西，你劝别人去做……那就不是很恰当了。

shahand

原帖由 biti_rainy 于 2007-12-27 15:20 发表


lz 只是担心 os上看起来io wati百分比大有问题，但事实上这是一个正常的现象！

现在他的系统暂时看起来不是提高io能力（因为系统io能力表现良好，当然有fs cache的因素），重点也是在 自己开发的sap的应用的sql上，而不在存储子系统本身。

你拿出raid5 来说明，发表一些意见，当然可以，但这是让大家在这个帖子中受益，学到更多的知识。但最好陈述清楚你的用意，因为这个方向明显不是lz问题的本质。

发散思维固然好，但在解决问题上应该有主线，明显不是解决问题的主线上的东西，你劝别人去做……那就不是很恰当了。

我建议的楼主调低maxperm   来供给db cache，不知道biti对这个怎么看

biti_rainy

原帖由 rollingpig 于 2007-12-27 14:44 发表
如果db_cache_size不设大的情况下，降低maxperm就会降低性能哦

cat  /etc/tunables/nextboot

大多数情况下我们会设置类似如下几个参数：
        minperm%="5"
        maxperm% = "15"
        maxclient% = "10"
        strict_maxclient = "0"
        strict_maxperm = "0"
        v_pinshm = "1"

其中 strict_maxperm = "1"  表示 hard limit，也就是说只要设置了这个参数，fs cache 的使用就不会超过 maxperm 设定，如果这个为0，则表示 允许fs cache超过maxperm 设置，但在fs cache 介于 maxperm 和minperm之间的时候会有相关调度算法来决定是换 fs cache  页  还是  计算内存页。

在strict_maxperm的时候 fs cache倾向于尽量多的使用free memory，所以实际上依然会很大。 所以这个时候降低maxperm就降低性能的说法是不确切的。如果 v_pinshm = "1"  再配合 lock_sga=true ，则这部分原则上被 钉在物理内存中了不会参与页交换（除非另外一些特别情况产生） 。

所以lz的情况，db cache size 设置为32G的并且v_pinshm = "1"  再配合 lock_sga=true ，设置  strict_maxperm  为0 （为1 可能引起bug 致系统hang） ，那么 maxperm 设置为10  也就可以了。如果你还坚持设置为 80，那么建议同时跟上这个参数 lru_file_repage = "0"

biti_rainy

原帖由 shahand 于 2007-12-27 15:27 发表



我建议的楼主调低maxperm   来供给db cache，不知道biti对这个怎么看

上面这个回复我已经说了，光调整这个参数没有实质性的影响

shahand

学习一下：
LRU_FILE_REPAGE=0 is a “hint” to lrud to ignore repage rates when
determining what to page out – effectively favoring paging out file pages
(filesystem buffer cache) rather than computational pages