Hi!

Number of LIOs are mostly issue of Application, SQL statement and execution
plan tuning. Thus no buffers help reducing LIOs, they can only good for
reducion PIOs.

I think you should take the statements from largest number of LIOs in your
statspack report and tune them.
For example, after you've put bind variables to your code, check this
statement:

select count(*) as cnt from profile where sex = ''j' and entpc
 = '192.168.15.1' and laccess between to_date('2003/08/08 00:00:
00','yyyy/mm/dd hh24:mi:ss') and to_date('2003/08/08 23:59:59','
yyyy/mm/dd hh24:mi:ss')

Do an explain plan for this statement (set autot trace exp, then run the
query). Check the output, for example, are any indexes used for this query?
Do you have index on "laccess" column for example?

Tanel.

----- Original Message ----- 
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Monday, August 11, 2003 5:59 PM


> Thanks a lot Connor.
> Apart from bind vars.,LIO is a big issue here.
>
> 54 million consistent gets.
> does it mean that db_cache_size (700M) is small ?
>
> any good docs or links regarding LIO and how to deal with it ?
>
> Can u explain me Connor ?
>
> Regards,
> Jp.
>
>
> >From: Connor McDonald <[EMAIL PROTECTED]>
> >Subject: Fwd: Re: quick suggestions for tuning ?
> >Date: 10-08-2003 23:44:25
> >Its not really rocket science here...
> >CPU is at the top of the timed event - and what causes
> >CPU (or is the most common cause) - logical I/O.  54
> >million consistent gets later down in the report
> >probably a bit of a giveaway there :-)
> >Next section in the report is some nice queries that
> >use up 4 or so million buffer gets.  Good ones to
> >start with...  As you've already noticed, no bind
> >variables.
> >Then some other miscellaneous things - look at how
> >much free memory you have in most of your pools "SGA
> >breakdown difference" - might be able to use that
> >better elsewhere.
> >cheers
> >connor
>
>
>
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> -- 
> Author: Prem Khanna J
>   INET: [EMAIL PROTECTED]
>
> Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
> San Diego, California        -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
>


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Tanel Poder
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to