Well, if you look it from memory allocation point of view, then during
startup, a heap in size of shared_pool_size is allocated for shared pool and
all memory allocations for library cache, sql area, pl/sql mpcode, KGL
library cache manager structures, etc, are made from the same shared pool
heap (providing that only one heap is configured). So different memory
chunks are mixed up in the shared_pool, there is no such mechanism, which
divides shared pool to "sql part" and "library cache object" part or
similar. Only exceptions I can think of are shared pool reserved area and
also I remember something about heap manager "hiding" half of shared pool
for startup duration.
v$sgastat just shows you the sums of chunk sizes for different types of
objects.
But what Steve meant (please correct me if I'm wrong), is that operations on
sql areas are managed by library cache structures (library cache latch, KGL
manager, lib cache hash table, etc), so sql area is dependent on library
cache, despite the fact they both have memory allocated directly from shared
pool.
Tanel.
- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
Sent: Thursday, September 25, 2003 4:04 PM
>
> Prem Khanna,
> Yes I know that Steve is master of unix/oracle internals, that why I want
> to clarify my doubt.
> I had doubt that why I asked you fine people.
>
> Yes as far doc. and references are concerned, all clearly say that sql
area
> is subset of library cache.
> but my doubt is due to size of these two components in shared pool.
> it is Library cache which may be subset of SQL area which intern subset of
> shared pool.
>
> If it is not then subset will be larger than set. Which is not possible.
> Please confirm with your database that what are size of LIBRARY CACHE and
> SQL AREA?
> In my system size of library cache is approx 48 mb and sql area 417 mb.
>
> 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.
> --------------------------------------------------------------------------
>
>
>
> Prem Khanna J
> <jprem_at_kssnet To: jmanoj_at_delhi.tcs.co.in
> .co.jp> cc:
> Subject: Re: "SQL AREA" and
"LIBARARY CACHE" size?
> 09/25/03
> 05:12 PM
> Please
> respond to
> jprem
>
>
>
>
>
>
> Manoj,hope u aware that u are talking to Steve Adams.
> author of oracle 8i internals and considered to be one of the
> top experts of oracle internals.
>
> just for your information.
>
> Regards,
> Jp.
>
> >----- Original Message -----
> >To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
> >> 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
>
>
>
>
>
>
>
> DISCLAIMER: The information contained in this message is intended only and
> solely for the addressed individual or entity indicated in this message
and
> for the exclusive use of the said addressed individual or entity indicated
> in this message (or responsible for delivery of the message to such
person)
> and may contain legally privileged and confidential information belonging
> to Tata Consultancy Services. It must not be printed, read, copied,
> disclosed, forwarded, distributed or used (in whatsoever manner) by any
> person other than the addressee. Unauthorized use, disclosure or copying
is
> strictly prohibited and may constitute unlawful act and can possibly
> attract legal action, civil and/or criminal. The contents of this message
> need not necessarily reflect or endorse the views of Tata Consultancy
> Services on any subject matter. Any action taken or omitted to be taken
> based on this message is entirely at your risk and neither the originator
> of this message nor Tata Consultancy Services takes any responsibility or
> liability towards the same. Opinions, conclusions and any other
information
> contained in this message that do not relate to the official business of
> Tata Consultancy Services shall be understood as neither given nor
endorsed
> by Tata Consultancy Services or any affiliate of Tata Consultancy
Services.
> If you have received this message in error, you should destroy this
message
> and may please notify the sender by e-mail. Thank you.
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: ManojKr Jha
> INET: jmanoj_at_delhi.tcs.co.in
>
> 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: ListGuru_at_fatcity.com (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: tanel.poder.003_at_mail.ee
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: ListGuru_at_fatcity.com (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).
Received on Thu Sep 25 2003 - 09:24:35 CDT
