<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [Bloat] Best practices for paced TCP on Linux?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hi Steinar,<BR>
<BR>
The stream from <A HREF="http://pannekake.samfundet.no:3013">http://pannekake.samfundet.no:3013</A> is fairly stable,<BR>
compared to e.g. <A HREF="http://cesur.tg12.gathering.org:9094/">http://cesur.tg12.gathering.org:9094/</A>, but is clear<BR>
that sometimes excessive buffering does occur.<BR>
<BR>
Try to looking at the Recv-Q size, e.g. using the command "netstat -tan".<BR>
Some time you will see it grows, see the output below, where<BR>
it reached 400Kbytes. This is data avail to the application (in the<BR>
kernel), but not yet processed/read by the VLC application.<BR>
<BR>
[hawk@t520 norsk-streaming]$ netstat -tan<BR>
Active Internet connections (servers and established)<BR>
Proto Recv-Q Send-Q Local Address Foreign Address State<BR>
[...cut...]<BR>
tcp 400312 0 192.168.42.180:59826 129.241.93.35:3013 ESTABLISHED<BR>
<BR>
While writing this email, I saw it jump upto 949690 bytes, and the<BR>
signal quality went down.<BR>
<BR>
--Jesper Brouer<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: bloat-bounces@lists.bufferbloat.net on behalf of Steinar H. Gunderson<BR>
Sent: Sat 4/7/2012 21:01<BR>
To: Dave Taht<BR>
Cc: bloat@lists.bufferbloat.net<BR>
Subject: Re: [Bloat] Best practices for paced TCP on Linux?<BR>
<BR>
On Sat, Apr 07, 2012 at 08:54:56PM +0200, Steinar H. Gunderson wrote:<BR>
> I did these on one of the irrors (well, I did 500000 instead of 256000).<BR>
> You can try<BR>
><BR>
> <A HREF="http://pannekake.samfundet.no:3013/">http://pannekake.samfundet.no:3013/</A> (SD)<BR>
> <A HREF="http://pannekake.samfundet.no:3015/">http://pannekake.samfundet.no:3015/</A> (HD)<BR>
><BR>
> I didn't restart VLC; I hope I don't have to. =)<BR>
<BR>
I got reports from people in Norway that this instantly stopped the problems<BR>
on the HD stream, so incredibly enough, it may have worked.<BR>
<BR>
I don't understand these mechanisms. Why would a smaller send window help?<BR>
Less burstiness?<BR>
<BR>
/* Steinar */<BR>
--<BR>
Homepage: <A HREF="http://www.sesse.net/">http://www.sesse.net/</A><BR>
_______________________________________________<BR>
Bloat mailing list<BR>
Bloat@lists.bufferbloat.net<BR>
<A HREF="https://lists.bufferbloat.net/listinfo/bloat">https://lists.bufferbloat.net/listinfo/bloat</A><BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>