gallir at uib.es
Tue Feb 19 02:40:21 PST 2002
On 19/02/02 04:10, Jack Moffitt shaped the electrons to say:
> > Just in case, I copy the mail and attach the patch.
> > I am working in my second version (not included in the patch), I would
> > like to hear some comments:
> > - prebuffering parameter (used in previous patch) in now configurable in
> > <limits>...<prebuffer>seconds</prebuffer>...
> > - instead of disconnecting when the client-queue > 25, I discard packages
> > wich are older than prebuffer*2. All clients I tried have recovered very
> > well, even with a ping -f running behind.
> These are quite big changes, and warrant some discussion.
In fact they are small changes in code altough conceptually important. I
think the server must try to keep the connection instead of dropping it.
> I was planning to keep a prebuffer internal and spit it out as fast as
> possible, so this will probably get incorporated.
<p>> Also, I have not seen any problems with disconnections because of
> nonblcoking socket failures. They are determined to be recoverable
> (EAGAIN, etc) or not recoverable. on recoverable errors we just resend.
> On non recoverable errors we can do nothing but remove the client.
Two issues, Linux doesn't return always a recoverable error if you try to
write when internal TCP buffers are full and/or waiting for some response
from the client. In my tests, I was getting "Broken Pipe" continously.
Just try it from a client behind a slow connection (ISDN or PSTN) and ask the
client to download _a_ web page (for example). The connection is close almost
> I have not yet looked at the patch, so maybe it's correct, but from your
> description I am doubtful.
"I just stopped using Windows and now you tell me to use Mirrors?"
- said Aunt Tillie, just before downloading 2.5.3 kernel.
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
More information about the Icecast-dev