On 23 Aug 2006, at 21:20, Jonathan wrote:

First off, Jonathan T and are running the same setup and compile options. I believe its just the stock apache 2.0 port off freebsd.

Correct.

philip has more memory sharing than me, but not as much as Jonathan T.

Sorry for my ignorance, but does the line

www 60645 0.0 5.8 73068 60504 ?? S 8:25PM 0:00.00 /usr/ local/sbin/httpd

mean that 73068 - 60504 = 12564 is shared (at least according to ps)?

Is this normal? Given that Philip has less sharing than less, is this the most I can hope for?

have either of you profiled the memory sharing on another platform? ( ie, local osx or linux box )

I've just tried OS X, see other response. Apache 1.3 though unfortunately, so probably useless in this discussion.


root    60641 22.6  5.8 73068 60492  ??  Ss    8:25PM   0:02.08
73MB thats nothing for mod_perl + php its fairly typical actually.

i'm going to patch docs to say that. the mp docs + mp book + devel cookbook are a bit misleading- they suggest that 12MB of parent + 5mb child is typical. its really not.

Those are the only figures I've seen, other than those in this thread, and they are a lot lower than those quoted in this thread so they are clearly misleading.

These numbers seem really high to me. I have both mod_perl and mod_php installed and am running two perl sites and four php sites.
You should separate these out to separate apache instances.... unless you've a good
reason not to.

unless you need some random apache module for php permissions, i'd strongly suggest removing mod_php altogether. run php via fastcgi+ eaccelerator, and serviced by nginx or lighttpd (just set a cronjob to restart lighttpd at 3am every morning, its got a nasty memory leak right now). you'll see a gigantic performance boost- both in mod_perl and on your php sites.

I looked at lighttpd a few days ago but wasn't overly impressed. There seems to be a lot of people with stability issues (as your "restart it every day" comment proves) and in my completely unscientific tests images seemed to served visibly faster by a fat Apache than by lighty which greatly surprised me.

The box in question is hopefully going to see a significant traffic increase soon to one of the Perl apps so I am going to have to go to some sort of proxy set up soon. Maybe there's something in running three Apaches as Philip suggested (a light front end, one for mod_perl and one for PHP)?

Cheers
Jonathan

Reply via email to