Re: CPU COSTING

  • From: "Jonathan Lewis" <jonathan@xxxxxxxxxxxxxxxxxx>
  • To: <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 23 Apr 2004 15:59:15 +0100

Not quite -

The new cost model allows Oracle to work
out a better balance between the time taken
for a single and multi-block read -- which is
what people used to use o_i_c_a for.

It does not (yet) allow for the fact that the
buffer cache exists.  Consequently you need
to consider opt_ind_cache still; and review
the value for o_i_c_a, view it as an indicator
of the percentage of table I/Os that will turn 
into real physical read requests.

10g has indications that it will also consider
the recent history of per-segment cache benefits
to modify costs and plans - but I don't think it's
enabled in the current release.

Regards

Jonathan Lewis
http://www.jlcomp.demon.co.uk

The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/faq/ind_faq.html

April 2004 Iceland  http://www.index.is/oracleday.php 
June  2004      UK - Optimising Oracle Seminar
July 2004 USA West Coast, Optimising Oracle Seminar
August 2004 Charlotte NC, Optimising Oracle Seminar
September 2004 USA East Coast, Optimising Oracle Seminar
September2004 UK - Optimising Oracle Seminar

----- Original Message ----- 
From: "Khedr, Waleed" <Waleed.Khedr@xxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
Sent: Friday, April 23, 2004 3:25 PM
Subject: RE: CPU COSTING


So for reads (i/o0 it measures the logical reads that might get =
translated to physical or not. It's affected by the buffer cache, and =
this makes sense.

So as you said, any changes/tuning to oica and oic (opt_ind_cache) might =
need to be altered again.

Waleed


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: