Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Big RAC Benchmark Performance .......issues ........ ?

Re: Big RAC Benchmark Performance .......issues ........ ?

From: Frits Hoogland <frits.hoogland_at_gmail.com>
Date: Fri, 4 Aug 2006 17:44:01 +0200
Message-ID: <fbb8fbcd0608040844p2c7b5055u26a02a9eb0be4f00@mail.gmail.com>


The waits you are seeing are global cache waits. These waits mean you are waiting on oracle while it's fetching data out of the other cache's.

What kind of interconnect do you have?

Try to bind specific data needs to specific instances.

frits

On 8/3/06, VIVEK_SHARMA <VIVEK_SHARMA_at_infosys.com> wrote:
>
> Thanks indeed Mark, Ananda, Prashant, Mogens, Cheng, Nial, Folks for the
> inputs.
>
>
>
> *Mark * There are 16 Disks in 4 LUNs (each LUN contains 4 Disks).
> Respective Redo Logs are on an additional LUN.
>
> Batch & OLTP Runs are done separately (NOT mixed).
>
> Due to Time constraints it may NOT be possible to split SAME into 5 pieces
> as advised.
>
>
>
> *Folks*
>
>
>
> *Qs1 How do we address the following waits?*
>
> *Qs2 Will these supposedly cause increased CPU Usage of respective DB
> Servers?*
>
>
>
> From 13 minutes Statspack snapshot :-
>
>
>
> Top 5 Timed Events Avg
> %Total
>
> ~~~~~~~~~~~~~~~~~~
> wait Call
>
> Event Waits Time (s)
> (ms) Time
>
> ----------------------------------------- ------------ ----------- ------
> ------
>
> gc current multi block request 71,134 36
> 1 32.0
>
> gc buffer busy 1,446 20
> 14 17.3
>
> gc current block busy 923 14
> 15 12.5
>
> gc current grant busy 4,371 7
> 2 6.4
>
> gc cr multi block request 51,490 7
> 0 5.9
>
> -------------------------------------------------------------
>
>
>
> NOTE Above Statspack corresponds to a Transactions' Run taken *without *
> the* *Transactions<->Node<->data partition grouping i.e. Transactions are
> being directed at random to the 4 nodes & hence transactions on different
> nodes would be accessing the Same Table partitions & hence data BLOCKS.
>
>
>
> Next we intend to group the Transactions so that they do NOT access the
> same Table partition from the different nodes.
>
>
>
> *Will provide any info needed**,** directly.*
>
> * *
>
> *Thanks indeed*
>
>
>
> On 8/1/06, <VIVEK_SHARMA_at_infosys.com > wrote:
>
>
>
> A 4-node RAC BIG benchmark with Oracle 10g / AIX 5.3L using a Hybrid
> Banking App. is underway.
>
>
>
>
>
> *Config*:-
>
> APP & DB machines P5 series
>
> Application Hybrid (OLTP + Batch nature of Trans).
>
> Oracle 10.2
>
> AIX 5.3
>
> Filesystem GPFS
>
> Storage Box DS8300
>
> Hardware RAID 1+0
>
> Underlying Hardware Stripe Unit Size 64 KB (S.A.M.E.)
> **************** CAUTION - Disclaimer *****************
> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
> solely for the use of the addressee(s). If you are not the intended
> recipient, please notify the sender by e-mail and delete the original
> message. Further, you are not to copy, disclose, or distribute this e-mail
> or its contents to any other person and any such actions are unlawful. This
> e-mail may contain viruses. Infosys has taken every reasonable precaution to
> minimize this risk, but is not liable for any damage you may sustain as a
> result of any virus in this e-mail. You should carry out your own virus
> checks before opening the e-mail or attachment. Infosys reserves the right
> to monitor and review the content of all messages sent to or from this
> e-mail address. Messages sent to or from this e-mail address may be stored
> on the Infosys e-mail system.
> ***INFOSYS******** End of Disclaimer ********INFOSYS***
>

--
http://www.freelists.org/webpage/oracle-l
Received on Fri Aug 04 2006 - 10:44:01 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US