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

Home -> Community -> Usenet -> c.d.o.server -> Re: RAC cache fusion details

Re: RAC cache fusion details

From: <sybrandb_at_hccnet.nl>
Date: Mon, 17 Dec 2007 20:41:36 +0100
Message-ID: <71kdm3hldggjt0gg0a3i0u4gl0qlib90vh@4ax.com>


On 17 Dec 2007 10:08:31 GMT, vitalis..._at_gmail.com (Jerome Vitalis) wrote:

>Thanks to all who took the time to answer.
>
>Did anyone of you actually measure response times in different scenarios
>for the same set of SQL commands, e.g.:
>- Only one instance running
>- 2 instances and all blocks involved are shared among them
>- 3+ instances
>
>.. with different cases to test all kind of possible mechanisms caused by
>the block sharing (PI, log flush, etc.)?
>
>
>-----
>échangez opinions et commentaires dans les forums de discussion.
>http://www.usenetgratuit.com/

Hi Jerome,

I didn't but I managed to identify the impact of Cache Fusion on a Full Table Scan, or should I say the impact of a Full Table Scan on Cache Fusion.

This pertains to 9iR2, but I doubt 10g will treat this differently.

Suppose you read 8 blocks in a scattered read. This will result in 8 x 1 global cache cr request to confirm the other instance did or didn't already cache the block.

In our case, as 50 percent of the data is retrieved using Full Table Scan, this is killing performance.

Regards,

-- 

Sybrand Bakker
Senior Oracle DBA
Received on Mon Dec 17 2007 - 13:41:36 CST

Original text of this message

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