You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Brian Behlendorf <br...@organic.com> on 1997/11/19 06:30:03 UTC

big configs

Note: he has 1200 name-based vhosts in his config.  Yeow.  I told him I
would think that the majority of the 50 megabytes per process are shared,
since that memory space isn't written to after the fork().  Ja?  I can
imagine it's *dead* slow though.  I suggested he try 1.3 beta; I think some
name-vhost hashing could help him to, maybe I can talk him into doing some
coding :)

	Brian

>Date: Mon, 17 Nov 1997 23:13:27 -0500
>From: Brian Atkins <br...@posthuman.com>
>X-Mailer: Mozilla 4.03 [en] (Win95; I)
>To: Brian Behlendorf <br...@organic.com>
>Subject: Re: Looking for limits
>
>Hi, we just upgraded to let all our users have their own subdomains.
>Thus, we have about 1200 virtual hosts now in our httpd.conf
>(all non-IP). Just to get 1.2.4 to run, I had to set all my csh
>limits to unlimited. Now here is the output of ps:
>
>ns# ps -auxww |grep httpd
>root     20355  0.0 23.1 50700 29580  ??  Ss   10:57PM    0:02.56 ./httpd
>nobody   20706  0.0  3.2 50712 4052  ??  S    11:05PM    0:00.12 ./httpd
>nobody   20707  0.0  3.2 51160 4104  ??  S    11:05PM    0:00.19 ./httpd
>nobody   20708  0.0  3.2 50700 4052  ??  S    11:05PM    0:00.13 ./httpd
>nobody   20709  0.0  3.2 51160 4084  ??  S    11:05PM    0:00.13 ./httpd
>nobody   20710  0.0  3.2 51160 4116  ??  S    11:05PM    0:00.18 ./httpd
>nobody   20711  0.0  3.2 51160 4104  ??  S    11:05PM    0:00.10 ./httpd
>nobody   20712  0.0  3.2 51160 4108  ??  S    11:06PM    0:00.10 ./httpd
>root     21095  0.0  0.2   228  188  p1  S+   11:08PM    0:00.01 grep httpd
>
>
>Notice each of them are around 50megs! Any idea what is going on
>here or a solution? We happen to have 300megs of swap plus 128meg
>of real so I guess that is how it is surviving. The only non-
>standard module we have compiled in is the newest Frontpage one.
>-- 
>The future has arrived; it's just not evenly distributed.
>                                                       -William Gibson
>______________________________________________________________________
>Visit Hypermart at http://www.hypermart.net for free virtual hosting!
>
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
"it's a big world, with lots of records to play." - sig   brian@organic.com

Re: big configs

Posted by Brian Behlendorf <br...@organic.com>.
At 10:43 PM 11/18/97 -0700, Marc Slemko wrote:
>He already posted to the newsgroup and sent in a bug report and it has
>been gone through and he has fixed the big problem; a zillion aliases that
>are inherited.

Grr, my fault for being away from email for >24 hours and thinking I should
clear my incoming mail folder before attacking my "apache" mail folder :)

>The memory is all copy on write, but the problem is that many systems
>require it to have swap space allocated anyway so the system doesn't run
>out of vm if it is modified.  This can result in allocating huge amounts
>of swap without actually using it; some of mindspring's servers need
>30gigs of swap for this exact reason.

Eeyoowww.

	Brian


--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
"it's a big world, with lots of records to play." - sig   brian@organic.com

Re: big configs

Posted by Marc Slemko <ma...@worldgate.com>.
He already posted to the newsgroup and sent in a bug report and it has
been gone through and he has fixed the big problem; a zillion aliases that
are inherited.

The memory is all copy on write, but the problem is that many systems
require it to have swap space allocated anyway so the system doesn't run
out of vm if it is modified.  This can result in allocating huge amounts
of swap without actually using it; some of mindspring's servers need
30gigs of swap for this exact reason.

On Tue, 18 Nov 1997, Brian Behlendorf wrote:

> 
> Note: he has 1200 name-based vhosts in his config.  Yeow.  I told him I
> would think that the majority of the 50 megabytes per process are shared,
> since that memory space isn't written to after the fork().  Ja?  I can
> imagine it's *dead* slow though.  I suggested he try 1.3 beta; I think some
> name-vhost hashing could help him to, maybe I can talk him into doing some
> coding :)
> 
> 	Brian
> 
> >Date: Mon, 17 Nov 1997 23:13:27 -0500
> >From: Brian Atkins <br...@posthuman.com>
> >X-Mailer: Mozilla 4.03 [en] (Win95; I)
> >To: Brian Behlendorf <br...@organic.com>
> >Subject: Re: Looking for limits
> >
> >Hi, we just upgraded to let all our users have their own subdomains.
> >Thus, we have about 1200 virtual hosts now in our httpd.conf
> >(all non-IP). Just to get 1.2.4 to run, I had to set all my csh
> >limits to unlimited. Now here is the output of ps:
> >
> >ns# ps -auxww |grep httpd
> >root     20355  0.0 23.1 50700 29580  ??  Ss   10:57PM    0:02.56 ./httpd
> >nobody   20706  0.0  3.2 50712 4052  ??  S    11:05PM    0:00.12 ./httpd
> >nobody   20707  0.0  3.2 51160 4104  ??  S    11:05PM    0:00.19 ./httpd
> >nobody   20708  0.0  3.2 50700 4052  ??  S    11:05PM    0:00.13 ./httpd
> >nobody   20709  0.0  3.2 51160 4084  ??  S    11:05PM    0:00.13 ./httpd
> >nobody   20710  0.0  3.2 51160 4116  ??  S    11:05PM    0:00.18 ./httpd
> >nobody   20711  0.0  3.2 51160 4104  ??  S    11:05PM    0:00.10 ./httpd
> >nobody   20712  0.0  3.2 51160 4108  ??  S    11:06PM    0:00.10 ./httpd
> >root     21095  0.0  0.2   228  188  p1  S+   11:08PM    0:00.01 grep httpd
> >
> >
> >Notice each of them are around 50megs! Any idea what is going on
> >here or a solution? We happen to have 300megs of swap plus 128meg
> >of real so I guess that is how it is surviving. The only non-
> >standard module we have compiled in is the newest Frontpage one.
> >-- 
> >The future has arrived; it's just not evenly distributed.
> >                                                       -William Gibson
> >______________________________________________________________________
> >Visit Hypermart at http://www.hypermart.net for free virtual hosting!
> >
> --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
> "it's a big world, with lots of records to play." - sig   brian@organic.com
>