Comments on: 10gRAC培训 – 2 and last

By: (转)Oracle CPU Time

(转)Oracle CPU Time — Fri, 21 Nov 2008 15:39:07 +0000

[...] 10gRAC培训 – 2 and last。说到了这个cpu [...]

By: vecentli

vecentli — Wed, 05 Sep 2007 09:44:55 +0000

kamus on August 10, 2007 at 11:46 pm said:

@木匠
暂时还没有时间看你的awr，不过我会看的。gc cr grant 3-way是这样产生的，一个节点需求一个cr block，此时需要询问master，但是此block的master不在自己实例上，这样是一次网络hop，master发现这个block在另外的实例上，于是告诉另外那个实例把block传给这个请求的实例，这又是一次网络hop，另外的实例给这个实例一个lock（这是grant）让这个实例自己去从disk上读取block，这是第三次网络hop，整个这个过程就是3-way的gc cr grant，通常这个等待下面会跟随着一次磁盘I/O。

按照这个说法，应该是4-way。
获得block的node活通知gcs，它是新的holder。

10g rac sg。

By: kamus

kamus — Tue, 14 Aug 2007 18:12:14 +0000

你这样的说法当然也没有问题。
本来需要耗费30%的CPU Time在不降低负载的情况经过调优（比如优化逻辑读等）变成只需要耗费20%的CPU，这当然是好事儿。
我的意思只是说，如果你看到CPU Time在Top 5事件中不需要去特意关注他，这个事件只是说CPU在Run，而其它的等待事件更能说明系统需要调整的地方。

By: piner

piner — Tue, 14 Aug 2007 15:24:49 +0000

buffer busy不一定的，我们的系统，这个cpu time高一般都是逻辑读高，或者是大规模计算型函数。
带来的就是负载的升高，调整掉这些就好了，其实要明白一点，逻辑读与一些计算型函数，耗费的就是cpu，如果能减少他们，当然是好事情。

By: kamus

kamus — Mon, 13 Aug 2007 03:17:18 +0000

@piner
自然不是绝对的，但是通常来说是没有问题的。
因为如果是逻辑读高，那么应该会有其它的相关等待事件浮出水面，比如buffer busy等，所以不论何种情况CPU Time应该都不用作为关心的对象

By: piner

piner — Mon, 13 Aug 2007 02:28:43 +0000

一般的OS中，wait 是可以被利用的，cpu利用高，很大程度表示逻辑读高，而你的系统是否应当有这么高的逻辑读？

By: piner

piner — Mon, 13 Aug 2007 02:26:18 +0000

cpu time多也不一定是好事,只有相对,没有绝对.

By: kamus

kamus — Fri, 10 Aug 2007 15:54:22 +0000

@victor666666
这种情况理应不会出现，因为oracle会按照很简单的平分规律在所有节点中平均放置block的master，因此几乎不可能所有block的master都在A节点上，除非因为所有的检索更新操作都在A节点上完成，由于DRM所以master block被全部动态转移到A节点上了，这个跟是10gR1还是10gR2也有关系，这两个版本处理的机制是不一样的，10gR1是DYNAMIC FILE AFFINITY，10gR2是DYNAMIC OBJECT AFFINITY，这个要讲就讲多了，希望尽快有时间写出文章来吧。
你可以尝试使用_gc_undo_affinity=false和_gc_affinity_time=0 来禁用DRM，这样对于多节点的RAC环境应该会有性能的改善。

By: kamus

kamus — Fri, 10 Aug 2007 15:46:29 +0000

@木匠
暂时还没有时间看你的awr，不过我会看的。gc cr grant 3-way是这样产生的，一个节点需求一个cr block，此时需要询问master，但是此block的master不在自己实例上，这样是一次网络hop，master发现这个block在另外的实例上，于是告诉另外那个实例把block传给这个请求的实例，这又是一次网络hop，另外的实例给这个实例一个lock（这是grant）让这个实例自己去从disk上读取block，这是第三次网络hop，整个这个过程就是3-way的gc cr grant，通常这个等待下面会跟随着一次磁盘I/O。

By: 木匠

木匠 — Fri, 10 Aug 2007 04:36:49 +0000

Thanks 10k. 你的提示非常具有技术的先进性! 哈哈.
看来我03/04年在Oracle R&D积累的RAC知识已经过时了.

“gc current request”主要出现在长事务实时监控报告里面,
总体到数据库级别, 倒不明显.
反而gc cr grant 3-way出现在了top 5 wait events (Top 5 Timed Events) 中.

4 个节点的AWR都给你email过去了.