Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id h8PGJI908016 for ; Thu, 25 Sep 2003 11:19:18 -0500 X-ClientAddr: 66.27.56.212 Received: from www3.fatcity.com (rrcs-west-66-27-56-212.biz.rr.com [66.27.56.212]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h8PGJFc08005 for ; Thu, 25 Sep 2003 11:19:17 -0500 Received: (from root@localhost) by www3.fatcity.com (8.11.6/8.11.6) id h8PDeTu04665 for oracle-l@orafaq.net; Thu, 25 Sep 2003 06:40:29 -0700 Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005D10C4; Thu, 25 Sep 2003 06:39:40 -0800 Message-ID: Date: Thu, 25 Sep 2003 06:39:40 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Steve Adams" Sender: ml-errors@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Steve Adams" Subject: RE: "SQL AREA" and "LIBARARY CACHE" size? Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit 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" 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" > > ra.com.au> cc: > Sent by: Subject: RE: "SQL AREA" and "LIBARARY CACHE" size? > ml-errors@fatcit > 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" > > of list ORACLE-L > fmail.com> cc: > > Sent by: Subject: Re: "SQL AREA" > and "LIBARARY CACHE" size? > ml-errors@fatcity.c > > 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: steve.adams@ixora.com.au 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@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).