Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: SESSION_CACHED_CURSORS and shared_pool sizing.

RE: SESSION_CACHED_CURSORS and shared_pool sizing.

From: Aponte, Tony <AponteT_at_hsn.net>
Date: Mon, 24 Jun 2002 12:33:25 -0800
Message-ID: <F001.00485BC4.20020624123325@fatcity.com>


I don't recall where I read this but I remember a few things about it. As you noted, the use of SESSION_CAHED_CURSORS has an impact on the UGA. If you are using MTS then that becomes part of the SGA in the shared pool (or large pool depending on your settings.) Also, attempts by the client to destroy the cursor are ignored. A beneficial effect is that upon the 3rd execution of a specific cursor (explicit or implicit) the statement's plan is cached in the UGA and subsequent executions are satisfied from that private cache. This relieves the shared pool (and its memory structures) from the burden of caching those statements, and relieves the session from serializing on the shared pool resources. The session will look at its private cache first to find SQL and go to the shared pool if it's a miss.

HTH
Tony Aponte

-----Original Message-----
Sent: Monday, June 24, 2002 12:34 PM
To: Multiple recipients of list ORACLE-L

Hi all,

Trying to deal with SHARED_POOL sizing and perf tuning for an 8.1.6.0.0 DB that's used by 3rd party software. I can't seem to find if higher values of SESSION_CACHED_CURSORS adversely affects the shared pool in any way. Specifically, I'm wondering if the higher number of cached cursors can keep objects from being flushed from the shared pool.

I believe that higher values of SESSION_CACHED_CURSORS require more mem for the UGAs, but I'm looking for effects on the SGA.

My apologies to Steve Adams -- I haven't read that far in his "Internals" book yet! :)

TIA!

Rich Jesse                           System/Database Administrator
Rich.Jesse_at_qtiworld.com              Quad/Tech International, Sussex, WI USA

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Jesse, Rich
  INET: Rich.Jesse_at_qtiworld.com
Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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.com
--

Author: Aponte, Tony
  INET: AponteT_at_hsn.net

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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 Mon Jun 24 2002 - 15:33:25 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US