[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cobalt-developers] Finding memory requirements



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.