!! Please do not post Off Topic to this List !!
pmap isn't lying. This entry of your output is related
to the shared memory segment:
8000 222376 222376 - 222376
read/write/exec/shared [ ism
shmid=0x65 ]
Match the id with the output of the ipcs -ma
Oracle is not all the helpful w
> > tcarlson@tripo
> >
> > s.comTo: Multiple recipients of
> > list ORACLE-L <[EMAIL PROTECTED]>
> > Sent by: cc:
> >
> > [EMAIL PROTECTED]
> [EMAIL PROTECTED] Subject: User Processes
&g
cc:
[EMAIL PROTECTED] Subject: User Processes Taking 200 Megs
of RAM Upon Connecting
!! Please do not post Off Topic to this List !!
Thanks for all who have replied. My lack of Unix understanding is becoming
very clear. Please bear with me. If top is showing the SGA's memory added
to the user's allocation, why does pmap show what it does? Oracle has been
less than helpful. Any
!! Please do not post Off Topic to this List !!
Top shows the SGA size with each process, using pmap you can actually see
the break down.
With a 200Mb SGA (or slightly less actually) you will see 200Mb tied to each
process, plus the process memory.
Unfortunately I have not seen a tool as usefu
On Wed, 12 Sep 2001, [EMAIL PROTECTED] wrote:
> Hey gang. New job, new problems. I have just been handed a 8.1.7.0.0
> database on solaris 5.8 with a little problem.
> Everything time a client connects, regardless of type, the OS dedicates
> over 200+ Megs of RAM (as shown by Top) to the user pro
Hey gang. New job, new problems. I have just been handed a 8.1.7.0.0
database on solaris 5.8 with a little problem.
Everything time a client connects, regardless of type, the OS dedicates
over 200+ Megs of RAM (as shown by Top) to the user process. Naturally,
this is running the box out of memo