[ale] dumb apache/memory question

[Stephen VanDyke]

MySQL is known to be a big memory hog when hit hard and with a lot of data.
You may want to look at caching or tuning your scripts/connections. You can
also test the lag from your MySQL server as well with a script timer. I
would also suggest running apache bench (included with the apache source
distribution) against your site and determine your slowest loading pages and
see how you can tweak them (run ab from localhost to get an idea of long
script times instead of long network times).

Stephen VanDyke
phpAtlanta.org

> -----Original Message-----
> From: owner-ale at ale.org [mailto:owner-ale at ale.org]On Behalf Of djinn
> Sent: Tuesday, September 04, 2001 3:16 PM
> To: ale at ale.org
> Subject: [ale] dumb apache/memory question
>
>
> Background on dumb question:  sar -r is consistantly showing me at 95 -
> 98% memory usage, top is showing httpd and stunnel at..uh..the top but
> I'm running at 85 - 95% idle on CPU utilization.  Obviously, I'm doing
> something that's way RAM intensive...
>
> This machine is running apache 1.3.20 + modssl + php 4.0.6 and all the
> database connections go over stunnel.  That's all it's doing.  But the
> most heavily hit pages are not static...most of our stuff relies on PHP
> which is, I'm assuming, the cause of the memory hoggage (I know stunnel
> is contributing as well).
>
> So here's my dumb question: do I need to throw RAM at this (I've got
> 512MB) or do I need to tune my setup?  Or both?  I'm beginning to
> believe that my web page lag is due to my web server and not so much my
> firewalls...firewalls are just idling away with tons of processor and
> RAM free even at peak traffic time.  Even if it's not the direct cause
> of the slowness, it would seem that 98% RAM utilization would be a thing
> to worry about.
>
> TIA, as always
> jenn
> --
> To unsubscribe: mail majordomo at ale.org with "unsubscribe ale" in
> message body.
>

--
To unsubscribe: mail majordomo at ale.org with "unsubscribe ale" in message body.