Ronald Park wrote:
I was recently considering a similar patch for mod_proxy along the lines
of spool_reqbody_cl() method but it would go one step further: spawning
off a thread to asynchronously read the request into a temp file (or
files) while the initial thread would continue to stream the io_bu
Hmm, don't know enough about Event MPM to comment on that part of the
message, but with regards to the performance for small requests, in my
original 'design' for this, I figured it would do one synchronous read
first, pass that through the filter chain and, if '(!seen_eos)', then
it would pay the
Paul Querna wrote:
One thought I have been tossing around for a long time is tying the
proxy code into the Event MPM. Instead of a thread blocking while it
waits for a backend reply, the backend server's FD would be added to the
Event Thread, and then when the reply is ready, any available work
Imagine, just as a wild theoretical scenario (:D), that you have
the following setup:
Apache -> (proxy) -> Squid -> (cache miss) -> Apache -> (docroot)
Where the back-end Apache serves up large files (in the 2G range)
(and, yes, there are far more files that can be effectively cached).
Now imagin