Oracle-L: How much memory is an oracle shadow process using

From: <John.Hallas_at_vodafone.co.uk>
Date: Fri, 04 Oct 2002 02:38:21 -0800
Message-ID: <F001.004E075B.20021004023821@fatcity.com>

I know this has been discussed before and I have monitored the discussions but I am not sure that I have seen a clear summary and set of conclusions.

I am trying to identify how much memory is used by the instance and all connections.

I can show sga to give a total memory of the base instance /usr/sbin/pmap -x pid gives a rather verbose output and I struggle to work out exactly which of the lines is the one I am most interested in I have also tried ps -eo vsz,pid |grep 5225 where 5225 is the pid of an oracle connection and that returns a value that includes the SGA and also bigger than the return from the sql script below

I run the following script to show me how much pga memory has been used for each process
select name,sid,value/1024/1024 "Curr Mb" from v$sesstat a, v$database c
where statistic# = 20 # shows current session PGA

However I am convinced that that query is not accurate as it seems to return some very small values on systems that are quite busy. Also statistic# =21 which is the maximum for each process does not vary much from current which disturbs me a little as we have a lot of constant connections

Has anybody got a easier/more accurate method of determing memory usage

Thanks in anticipation

John
--

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

Author:
INET: John.Hallas_at_vodafone.co.uk

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 Fri Oct 04 2002 - 05:38:21 CDT