httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <>
Subject Re: pass off sending to select loop?
Date Mon, 05 Jan 1998 06:02:15 GMT
Oh yes, one thing I forgot to mention is that persistent connections are a
pain.  It should be easy to set it up to pass them back to a normal child
process for subsequent requests, the problem is the question of how much
overhead that presents.

On Sun, 4 Jan 1998, Marc Slemko wrote:

> Has anyone looked at passing off connections to a seperate process via
> descriptor passing, then that processes multiplexes sending for however
> many descriptors you want?
> That way the main httpd process only handles reading the request, doing
> the processing up to the point where the headers are sent, then it gets
> out of it if it is a simple static request that send_fd can handle.
> The obvious problem is that some phases of the API get tossed out the
> window.  Things as basic as logging work very differently or have a
> different meaning (eg. a log message could log an unknown size which
> indicates that the file may or may not have been sent and may be any
> size).  The user has to be willing to lose that functionality in return
> for less processes. 
> Also, descriptor passing is too slow to be worth it for small requests,
> but for a site with lots of reasonably sized files this would be a win I
> think.
> On a threaded system, this could just be another thread which is better
> because it avoids relatively slow descriptor passing.
> This looks like a kindof cool idea to me.  Some other servers already do
> it.  Basic implementation isn't that hard.
> I'm playing with a proof of concept implementation and am starting to have
> something that looks like it may partly work with some more effort... 

View raw message