That got me to thinking about how AOLserver works on responses -
So a single thread handles the receiving of the request - which makes
perfect sense on requests around 32K or so, which is probably 99.5% of them.
What about on output? In other words, a request comes in, the single IO
thread
I made this suggestion a while ago (sending the output in an output
thread). One argument against it at the time is that on a
multi-processor machine, you may not be able to take advantage of all
the processors. However, input and output spooling is not CPU
intensive, so I don't think it's all
Certainly, look at things like thttpd and Chromium and khttpd et al - many
of them run one thread, or just enough threads to cover all CPU's, so I
don't think the multi-processor argument holds much water. A proxy server
like Squid also runs as a single process, I believe regardless of the number
Something else to consider is configuring two connection thread queues
for your server. AOLserver 4.x allows you to map URL's to a particular
pool of connection threads.
One could imagine configuring two pools: one pool with say 10 max
connection threads to handle the slow requests (PUTS), and a
On Wed, 2004-05-12 at 12:57, Nathan Folkman wrote:
AOLserver 4.x allows you to map URL's to a particular
pool of connection threads.
Whoah, so this really is similar to the link you provided, where you can
(parallel) pipeline requests. How does this work, how do you configure
this?
There is
Very good, so then you folk are definitely the people to talk to.
Here's the problem that I'm going to run into (in fact, I already have).
I have some code that acts as a DAV server. It listens to PUT requests, etc,
but it actually _forwards_ the PUT request to another server, depending on
I understand that, in the normal processing of ADP pages, that the
request contents have to be complete before the ADP starts processing.
Is that right?
So, if we POST a large file to /example.adp, example.adp does _not_ run
until the last byte of the file is POST'ed...right?
And again, as far