Sorry, this won't work. The storage for each process currently reported by
linux has
"overlap". current instrumentation does not tell you how much "overlap" there
is. If one
process loads some code, you can see a resident number. The next process that
uses that
same code just points to those pages. but it's resident number includes those
pages. for
storage management today, that is the biggest piece missing in linux, how much
storage is
being shared.
James Melin wrote:
I can live with that. Add up the individual instances and so forth. Was hoping
there was some means to aggregate it. But I didn't make that clear. ps
and top are old friends.
On Mar 16, 2007, at 1:16 PM, James Melin wrote:
All of that is well and good.... We can agree that my management
here are stingy. The bottom line question is this - what native
Linux display
commands can I use to determine the in-memory footprint of the
httpd task(s) so I have a ballpark figure. I have a light duty DB2
Connect server
running in 200 megs, and it's fat and happy. I just would rather
not guess.
ps or top will show you memory usage by process.
Adam
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
begin:vcard
note:If you can't measure it, I'm just not interested
version:2.1
end:vcard
