-Ursprüngliche Nachricht-
Von: Mladen Turk
Gesendet: Freitag, 13. April 2007 07:07
An: [EMAIL PROTECTED]
Betreff: Re: mod_proxy buffering small chunks
Jim Jagielski wrote:
This is only fixed in trunk so far. See
http://issues.apache.org/bugzilla/show_bug.cgi?id=41056
Plüm wrote:
+1 I will try to check it once you have proposed it and give it
a quick vote.
I have another one that fixes this issues for non-chunked content.
I haven't tried yet, but IMHO it should already work for non-chunked
content. Is this not the case?
Not according to my tests. The
On Apr 13, 2007, at 5:20 AM, Mladen Turk wrote:
Anyhow, I'll commit a patch to the trunk for http, cause its
configurable by flushwait and skipped otherwise.
Looking forward to seeing it... recall that if we flush at
every chunk with HTTP, we will be dead slow and filters
will not be happy
On Apr 13, 2007, at 5:20 AM, Mladen Turk wrote:
Plüm wrote:
+1 I will try to check it once you have proposed it and give it
a quick vote.
I have another one that fixes this issues for non-chunked content.
I haven't tried yet, but IMHO it should already work for non-chunked
content. Is this
On Apr 13, 2007, at 11:34 AM, Jim Jagielski wrote:
On Apr 13, 2007, at 5:20 AM, Mladen Turk wrote:
Plüm wrote:
+1 I will try to check it once you have proposed it and give it
a quick vote.
I have another one that fixes this issues for non-chunked content.
I haven't tried yet, but IMHO it
Jim Jagielski wrote:
Not according to my tests. The simple server push still
buffers the data.
Hmmm a followup commit has:
URL: http://svn.apache.org/viewvc?view=revrev=504559
so that may be exactly the case...
Huh, looks like it works now. Although I didn't test is with
On Apr 13, 2007, at 12:03 PM, Mladen Turk wrote:
Jim Jagielski wrote:
Not according to my tests. The simple server push still
buffers the data.
Hmmm a followup commit has:
URL: http://svn.apache.org/viewvc?view=revrev=504559
so that may be exactly the case...
Huh, looks like it works
On Apr 11, 2007, at 3:34 PM, Ruediger Pluem wrote:
On 04/11/2007 06:42 PM, Filipe wrote:
I'm trying to use apache to proxy a push application, using chunked
transfer
encoding. The problem is that the mod_proxy buffers the server
response
internally and only sends the data to the client
Jim Jagielski wrote:
This is only fixed in trunk so far. See
http://issues.apache.org/bugzilla/show_bug.cgi?id=41056
and
http://svn.apache.org/viewvc?view=revrevision=480135
Hmmm. Looks like a backport candidate... I'll likely
do some testing and propose if it works :)
I have another
I'm trying to use apache to proxy a push application, using chunked transfer
encoding. The problem is that the mod_proxy buffers the server response
internally and only sends the data to the client when the buffer is filled
or the connection with the server is terminated.
This behavior is not
On 04/11/2007 06:42 PM, Filipe wrote:
I'm trying to use apache to proxy a push application, using chunked
transfer
encoding. The problem is that the mod_proxy buffers the server response
internally and only sends the data to the client when the buffer is filled
or the connection with the
* Alan Gutierrez [EMAIL PROTECTED] [2006-02-13 15:48]:
* Plüm, Rüdiger, VIS [EMAIL PROTECTED] [2006-02-06 09:29]:
-Ursprüngliche Nachricht-
Von: Alan Gutierrez
The proposed solution is to poll for chunks using
non-blocking I/O. When the socket returns EAGAIN, the
* Plüm, Rüdiger, VIS [EMAIL PROTECTED] [2006-02-06 09:29]:
-Ursprüngliche Nachricht-
Von: Alan Gutierrez
The proposed solution is to poll for chunks using
non-blocking I/O. When the socket returns EAGAIN, the 8K
buffer is flushed, and the socket is read with blocking
I'd like to use mod_proxy to proxy a stock ticker that sends stock
quotes using Transfer-Enconding: chunked. The chunks are much
smaller than 8k.
mod_proxy buffers the results of the stock ticker until the buffer
recieved 8k. This delay defeats the desired push effect of the ticker.
There is a
-Ursprüngliche Nachricht-
Von: Alan Gutierrez
The proposed solution is to poll for chunks using
non-blocking I/O. When the socket returns EAGAIN, the 8K
buffer is flushed, and the socket is read with blocking I/O.
Thats the way the code is already designed in 2.2.x.
15 matches
Mail list logo