Re: Streaming and a slow client

Brian Degenhardt wrote:

> This is a huge pain in my neck. We stream/deliver mp3s through mod_proxy

not to mention the huge potential for DoS (wouldn't even need proxy .. a simple CGI would do)

> It's tricky though. For cgi accellerators, you can rely on your tcp buffer

so we don't block on the client send?

>
> Would something like this be useful for the distribution? I've been playing

I'd be interested in this.
it would stop us having to disable streaming

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related httpd.apache.org Links announce bugs cvs dev docs gui-dev modproxy-dev packagers testers Request more information about Pantek

..Ian

>
> On Wed, Aug 29, 2001 at 05:58:38PM -0400, Chuck Murcko wrote:

>>On Wednesday, August 29, 2001, at 12:29 PM, Ian Holsman wrote:
>>
>>
>>>one of our developers over here came up with a interesting question.
>>>
>>>
>>>say we have a GET request which gets served from a CGI or proxy. and it
>>>is streamed/chunked out (which is the desired effect)
>>>
>>>now lets say I have a VERY SLOW connection.
>>>
>>>does this cause the server to hold onto the backend connection (ie..
>>>keep the CGI/proxy alive)  while the server is waiting for a response
>>>back from the client.
>>>
>>>
>>Yes, this is exactly what happens when you (mod_)proxy iTunes under Mac 
>>OS X. If the client connection is slow enough, it fails and rebuffers 
>>the stream periodically. But the backend connection stays open.
>>
>>Chuck Murcko
>>Topsail Group
>>
http://www.topsail.org/
>>