www/apache
1
0
Fork 0
mirror of https://github.com/apache/httpd.git synced 2025-08-08 15:02:10 +03:00
Code Activity

* Only sent a flush bucket down the chain if buckets where sent down the chain

Browse Source 
before that could still be buffered in the network filter. This is the case
  if we have sent an EOS bucket or if we actually sent buckets with
  data down the chain. In all other cases we either have not sent any
  buckets at all down the chain or we only sent meta buckets that are
  not EOS buckets down the chain. The only meta bucket that remains in
  this case is the flush bucket which would have removed all possibly
  buffered buckets in the network filter.
  If we sent a flush bucket in the case where not ANY buckets were
  sent down the chain, we break error handling which happens AFTER us.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@605314 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Ruediger Pluem
2007-12-18 20:03:01 +00:00
parent 3cf329c469
commit 4a595ca19b
1 changed files with 16 additions and 5 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
modules/proxy/proxy_util.c
View File

@@ -1601,7 +1601,7 @@ static apr_status_t connection_cleanup(void *theconn)
#endif
r = conn->r;
if (conn->need_flush && r) {
if (conn->need_flush && r && (r->bytes_sent || r->eos_sent)) {
/*
* We need to ensure that buckets that may have been buffered in the
* network filters get flushed to the network. This is needed since
@@ -1615,10 +1615,21 @@ static apr_status_t connection_cleanup(void *theconn)
* next user of the backend connection destroys the allocator before we
* sent the buckets to the network).
*
* Remark 1: Doing a setaside does not help here as the buckets remain
* Remark 1: Only do this if buckets where sent down the chain before
* that could still be buffered in the network filter. This is the case
* if we have sent an EOS bucket or if we actually sent buckets with
* data down the chain. In all other cases we either have not sent any
* buckets at all down the chain or we only sent meta buckets that are
* not EOS buckets down the chain. The only meta bucket that remains in
* this case is the flush bucket which would have removed all possibly
* buffered buckets in the network filter.
* If we sent a flush bucket in the case where not ANY buckets were
* sent down the chain, we break error handling which happens AFTER us.
*
* Remark 2: Doing a setaside does not help here as the buckets remain
* created by the wrong allocator in this case.
*
* Remark 2: Yes, this creates a possible performance penalty in the case
* Remark 3: Yes, this creates a possible performance penalty in the case
* of pipelined requests as we may send only a small amount of data over
* the wire.
*/