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: Jerome Vitalis <vitalis..._at_gmail.com>
Date: 19 Dec 2007 09:58:03 GMT
Message-ID: <4768eb2b$0$30042$426a74cc@news.free.fr>


DA Morgan wrote:

> Jerome Vitalis wrote:
> > DA Morgan wrote:
> >
> >> Yes.
> >
> > Did you publish the results anywhere on the web?
> >
> > TIA

> Have you read Oracle's license? <g>

;-)

From what we can read on the web about block sharing (e.g. http://www.pythian.com/blogs/282/oracle-rac-cache-fusion-efficiency-a-buffer-cache-analysis-for-rac ), it's difficult to imagine any real-life database whose performance would not suffer (maybe to a limited extent in the best cases) from being turned into a RAC database.
The possible advantages provided by the huge global cache are probably not so important in regard of the waits introduced by block sharing. Of course RAC can provide other advantages such as distributed parallel execution. But if a single server already has enough hardware resources (CPU, RAM, IO bandwidth...) to handle the workload, it's difficult to see how a migration to RAC could not hinder the performances (again: with "unpartioned" apps).

That's why I wanted to know if we could find the results of such test cases anywhere on the web.



échangez opinions et commentaires dans les forums de discussion. http://www.usenetgratuit.com/ Received on Wed Dec 19 2007 - 03:58:03 CST

Original text of this message

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