On Aug 5, 2013, at 4:00 AM, Stefan Fritsch <[email protected]> wrote:
> 
> An ideal solution would put the buffering/decision for 
> blocking/non-blocking into ap_pass_brigade(). This way other filters like 
> deflate could also be called asynchronously. But I am not too optimistic 
> that this can be achieved without API changes.
> 

Agreed, but from what I can see the proposed patch does
add some benefit, allows for future improvement, adds no
overhead and no bugs. As such, even though it doesn't completely
solve the whole issue, it is valuable enough to be folded into
2.4. (imo 'natch)

Reply via email to