httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <...@jaguNET.com>
Subject Re: prefetch proxy
Date Tue, 08 Nov 2011 02:04:23 GMT
SSL isn't involved, no.

On Nov 7, 2011, at 4:28 PM, Jeff Trawick wrote:

> On Tue, Nov 1, 2011 at 1:23 PM, Jim Jagielski <jim@jagunet.com> wrote:
>> In mod_proxy_http we have:
>> 
>>    /* Prefetch MAX_MEM_SPOOL bytes
>>     *
>>     * This helps us avoid any election of C-L v.s. T-E
>>     * request bodies, since we are willing to keep in
>>     * memory this much data, in any case.  This gives
>>     * us an instant C-L election if the body is of some
>>     * reasonable size.
>>     */
>>    temp_brigade = apr_brigade_create(p, bucket_alloc);
>>    do {
>>        status = ap_get_brigade(r->input_filters, temp_brigade,
>>                                AP_MODE_READBYTES, APR_BLOCK_READ,
>>                                MAX_MEM_SPOOL - bytes_read);
>>        if (status != APR_SUCCESS) {
>>            ap_log_error(APLOG_MARK, APLOG_ERR, status, r->server,
>>                         "proxy: prefetch request body failed to %pI (%s)"
>>                         " from %s (%s)",
>>                         p_conn->addr, p_conn->hostname ? p_conn->hostname:
"",
>>                         c->remote_ip, c->remote_host ? c->remote_host: "");
>>            return HTTP_BAD_REQUEST;
>>        }
>> 
>>        apr_brigade_length(temp_brigade, 1, &bytes);
>>        bytes_read += bytes;
>> 
>> However, I see times when status could be APR_EAGAIN. IMO, it doesn't
>> make sense to error out here in that case. Right?
> 
> By chance is this over SSL?
> 
> (Just wondering what input filters you might have.)
> 


Mime
View raw message