[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Finding memory requirements
- Subject: Re: [cobalt-developers] Finding memory requirements
- From: "E.B. Dreger" <eddy+public+spam@xxxxxxxxxxxxxxxxx>
- Date: Thu May 9 05:45:01 2002
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
MN> Date: Wed, 8 May 2002 21:51:09 -0400
MN> From: Matthew Nuzum
MN> The application is a web based prog that uses HTTPD and PostgreSQL
MN> heavily. I have a server that is only running this application and I'm
MN> trying to calculate exactly how much RAM postgres is taking up and how
MN> much apache is taking up.
man ps
MN> Due to the shared mem, the large number of processes running and maybe
MN> just not knowing about the various tools for checking this stuff, I'm
MN> finding it hard to decide if my app will run on a standard Raq3/Raq4.
MN>
MN> How do you typically find out how many resources are used by an
MN> application?
MN>
MN> For example, a Raq3i with 512 MB Ram and NO traffic at all is reporting
MN> this to me:
MN> total used free shared buffers
MN> cached
MN> Mem: 517188 470344 46844 85244 98756
MN> 320180
MN> -/+ buffers/cache: 51408 465780
MN> Swap: 131532 3180 128352
MN>
MN> I find that a little disturbing, personally. I feel that most of the
Why? The results, the coarse granularity, or something else?
MN> RAM being used is by PostgreSQL, so I'd like to consider some fine
MN> tuning measures. However I need a way to accurately measure my before
MN> and after.
man ps
MN> Any pointers?
I like "ps axu", but YMMV. "man ps" to find your preferences.
You probably wish to view RSZ.
--
HTH,
Eddy
Brotsman & Dreger, Inc. - EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.
These last few lines are a trap for address-harvesting spambots.
Do NOT send mail to <blacklist@xxxxxxxxx>, or you are likely to
be blocked.