| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: CPU COSTING
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
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
 |
 |