You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Greg Ames <gr...@remulak.net> on 2001/12/21 22:19:32 UTC
daedalus is running httpd 2.0.30-dev
...as of Friday, 21-Dec-2001 12:51:40 PST. So far, so good. Please
speak up if you notice any weirdness.
BrianP's getline patch looks fine. I tested it with Linux telnet and
Jeff's interactive socket tool, and it passed with flying colors.
I was a little worried when I saw some logs like:
[Fri Dec 21 13:02:43 2001] [error] [client 212.27.33.110] File does not
exist: /www/jakarta.apache.org/taglibs/doc/random-doc/intro.htmlmllmlllm
...but those have been coming from the same client since before I
bounced the server.
Happy Holidays!
Greg
Re: daedalus is running httpd 2.0.30-dev
Posted by Brian Pane <bp...@pacbell.net>.
Greg Ames wrote:
>Greg Ames wrote:
>
>>...as of Friday, 21-Dec-2001 12:51:40 PST. So far, so good. Please
>>speak up if you notice any weirdness.
>>
>
>we appear to be using less memory now than we were some months ago.
>ISTR using around 4 meg per process after fixing a leak. But I haven't
>been tracking this regularly, so I can't pinpoint when/why it changed.
>
>Greg
>
> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU
>COMMAND
>51662 nobody 2 0 3060K 2432K select 0 0:01 0.10% 0.10%
>httpd
> 5341 nobody 2 0 3124K 2488K select 0 0:06 0.00% 0.00%
>httpd
>
I can't think of any single change that would explain the
decrease from 4MB to 3MB. But a lot of the speed and scalability
improvements in recent months have been things like, "optimize
away the strdup calls in function X," or, "remove large static
buffer Y," so it makes sense that the cumulate effect would be
lower memory utilization. Also, because mod_include now (from
2.0.29 onward) destroys each subrequest as soon as it's processed,
we should be seeing reduced memory usage for shtml pages with
two or more includes.
--Brian
Re: daedalus is running httpd 2.0.30-dev
Posted by Greg Ames <gr...@remulak.net>.
Greg Ames wrote:
>
> ...as of Friday, 21-Dec-2001 12:51:40 PST. So far, so good. Please
> speak up if you notice any weirdness.
we appear to be using less memory now than we were some months ago.
ISTR using around 4 meg per process after fixing a leak. But I haven't
been tracking this regularly, so I can't pinpoint when/why it changed.
Greg
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU
COMMAND
51662 nobody 2 0 3060K 2432K select 0 0:01 0.10% 0.10%
httpd
5341 nobody 2 0 3124K 2488K select 0 0:06 0.00% 0.00%
httpd
93945 nobody 2 0 3120K 2480K select 0 0:04 0.00% 0.00%
httpd
8224 nobody 2 0 3076K 2448K select 0 0:04 0.00% 0.00%
httpd
23656 nobody 2 0 3120K 2476K select 0 0:04 0.00% 0.00%
httpd