Hi Tanel,

There was a note in the bug database back in 7.1 days that suggested that it
was hard coded based on the chunk type, and so that's what I wrote in my
book.

However, I fear that that might have been wrong. At least it is in recent
versions. It is not hard to set up a test in which you can see chunks moving
from the transient to recurrent list. My best guess at the moment is that
when new recreatable chunks are first unpinned, they go onto the transient
list, and then when they have been reused, they go back onto the recurrent
list.

@   Regards,
@   Steve Adams
@   http://www.ixora.com.au/         - For DBAs
@   http://www.christianity.net.au/  - For all 

-----Original Message-----
Tanel Poder
Sent: Thursday, 25 September 2003 9:45 PM
To: Multiple recipients of list ORACLE-L


As I understand SQL area is a subset of library cache which is a subset of
shared pool.

Taking advantage the opportunity that Steve is here, I'd like to ask how
does Oracle distinguish between recurrent and transient chunks? Is this
hardcoded, that certain types of chunks go to transient end of LRU list and
others go to rcr end or is this based on some kind of touch count as well,
like in buffer cache LRU list?

Tanel.

----- Original Message ----- 
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Thursday, September 25, 2003 2:04 PM


>
> Hi Steve,
>
> Sorry for it, but I want to correct one thing that is ,
> it is Libarray cache which is subset of SQL area which intern subset of
> shared pool.
>
>
> With Regards,
> Manoj Kumar Jha
>
> --------------------------------------------------------------------------
--------------------------
>
> A transcendentalist engaged in auspicious activities does not meet with
> destruction either in this world or in the spiritual world; one who does
> good,
> is never overcome by evil.
> --------------------------------------------------------------------------
--------------------------
>
>
>
>                     "Steve Adams"
>                     <[EMAIL PROTECTED]        To:     Multiple recipients of
list ORACLE-L <[EMAIL PROTECTED]>
>                     ra.com.au>              cc:
>                     Sent by:                Subject:     RE: "SQL AREA"
and "LIBARARY CACHE" size?
>                     [EMAIL PROTECTED]
>                     y.com
>
>
>                     09/25/03 03:24
>                     PM
>                     Please respond
>                     to ORACLE-L
>
>
>
>
>
>
> Hi Manoj,
>
> Although the stats are confused, the "SQL area" is in fact a subset of the
> library cache. Cursors are cached in the library cache as namespace 0.
>
> You can exercise limited control over the memory usage by marking objects
> for keeping with DBMS_SHARED_POOL.KEEP. Otherwise, the retention of chunks
> and thus the relative size of these and other shared pool areas depends
> entirely how recently objects have been used, because they all share the
> same LRU mechanisms (although there is an additional subordinate LRU
> mechanism for the dictionary cache).
>
> @   Regards,
> @   Steve Adams
> @   http://www.ixora.com.au/         - For DBAs
> @   http://www.christianity.net.au/  - For all
>
> -----Original Message-----
> ManojKr Jha
> Sent: Thursday, 25 September 2003 6:35 PM
> To: Multiple recipients of list ORACLE-L
>
>
>
> How the ORACLE distribute and mange the size of variouse component in
> shared_pool....?
> There should be some criteria on which it disribute its toatl available
> memory to these component.
>
> Steve Adams/Jonathan, do you have any about these?
>
> Also are there any way to control the number and type  of chunks in
> different buckets.
> If these can be manage I hope that lots of seriouse problem related to
> shared pool fragmentation and other issues can be easilly avoided?
>
>
> With Regards,
> Manoj Kumar Jha
>
> --------------------------------------------------------------------------
--
>
> ---------------------------------------
>
> A transcendentalist engaged in auspicious activities does not meet with
> destruction either in this world or in the spiritual world; one who does
> good,
> is never overcome by evil.
> --------------------------------------------------------------------------
--
>
> ---------------------------------------
>
>
>
>
>                     "bhabani s pradhan"
>
>                     <[EMAIL PROTECTED]        To:     Multiple recipients
> of list ORACLE-L <[EMAIL PROTECTED]>
>                     fmail.com>                 cc:
>
>                     Sent by:                   Subject:     Re: "SQL AREA"
> and "LIBARARY CACHE" size?
>                     [EMAIL PROTECTED]
>
>                     om
>
>
>
>
>
>                     09/25/03 01:04 PM
>
>                     Please respond to
>
>                     ORACLE-L
>
>
>
>
>
>
>
>
>
> You cannot control the sizes of sql area and library cache
> individually
>
> Regards
> ============
>
> On Thu, 25 Sep 2003 ManojKr Jha wrote :
> >
> >
> >
> >Hi,
> >
> >Any body have any idea about how to control the size of "library
> >cache" and
> >"sql area" in shared_pool?
> >
> >With Regards,
> >Manoj Kumar Jha
[snip]


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Steve Adams
  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