Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id gBBM5Jk07072 for ; Wed, 11 Dec 2002 16:05:19 -0600 X-ClientAddr: 209.68.248.164 Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id gBBM5J307065 for ; Wed, 11 Dec 2002 16:05:19 -0600 Received: from fatcity.UUCP (uucp@localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id KAA30078; Wed, 11 Dec 2002 10:47:48 -0800 (PST) Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 00517C50; Wed, 11 Dec 2002 10:29:55 -0800 Message-ID: Date: Wed, 11 Dec 2002 10:29:55 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: Jeremy Pulcifer Sender: root@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: Jeremy Pulcifer Subject: RE: Active sessions chewing up a huge amount of RAM Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 72; ListGuru (c) 1996-2001 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2A141.EF9A2CC0" ------_=_NextPart_001_01C2A141.EF9A2CC0 Content-Type: text/plain; charset="iso-8859-1" > From: Jesse, Rich [mailto:Rich.Jesse@qtiworld.com] > > > How big is the SGA? Dunno specifics, but it's on the order of a gig. > On Unix at least, each DB process > appears to be taking > a huge chunk'o'virtual memory (as seen from Glance on HP/UX), > but in reality > most of that is just the shared mem of the SGA. Ahhh... I misspoke, this is on Solaris (too many customers on too many different platforms); the appserver is on NT, but that isn't relavent. This may be the (non)issue; it at least is a fun story to try and float over to the customer... They've not reported actual "problems", and this customer has been whining pretty hard about us opening a buncha connections and caching them (Weblogic does this pretty well in my experience; however old client-server trained DBA's freak out). ------_=_NextPart_001_01C2A141.EF9A2CC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Active sessions chewing up a huge amount of RAM

> From: Jesse, Rich [mailto:Rich.Jesse@qtiworld.com]
>
>
> How big is the SGA?

Dunno specifics, but it's on the order of a = gig.

>  On Unix at least, each DB process
> appears to be taking
> a huge chunk'o'virtual memory (as seen from = Glance on HP/UX),
> but in reality
> most of that is just the shared mem of the = SGA.

Ahhh...

I misspoke, this is on Solaris (too many customers on = too many different platforms); the appserver is on NT, but that isn't = relavent. This may be the (non)issue; it at least is a fun story to try = and float over to the customer...

They've not reported actual "problems", and = this customer has been whining pretty hard about us opening a buncha = connections and caching them (Weblogic does this pretty well in my = experience; however old client-server trained DBA's freak = out).

------_=_NextPart_001_01C2A141.EF9A2CC0-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jeremy Pulcifer INET: Jeremy.Pulcifer@kadiri.com 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).