[Bloat] Best practices for paced TCP on Linux?

[Dave Taht]

On Sat, Apr 7, 2012 at 8:35 AM, Steinar H. Gunderson
<sgunderson at bigfoot.com> wrote:
> On Sat, Apr 07, 2012 at 08:25:18AM -0700, Dave Taht wrote:
>> The test HD tcp stream is up at
>>
>> http://cesur.tg12.gathering.org:9094/
>
> That's the SD stream. http://stream.tg12.gathering.org/ has HD etc.
>
>> I'd like to look into what percentage of the failures I observed
>> happened on the wifi hop vs the ethernet gateway
>> since then many changes where made, and I'm low on sleep. (what do
>> geeks do on a friday night?)
>
> FWIW, most of the users complaining don't have wifi in the mix at all.
>
>> I don't know if they are still trying sfqred or qfq in production -
>> they worked! - but had little effect (as is to be kind of expected
>> with the instantaneous queue length being so short and bandwidth so
>> high on their first and nearest hops....)
>
> The one on cesur.tg12 has sfqred + my hacked VLC to do TCP pacing.

kernel 3.3?

please send:

tc -s qdisc show dev the_device

cd /sys/class/net/the_device/queues/tx-0/byte_queue_limits

cat inflight
cat limit

> The one on stream.tg12 has the oddest “shaping” in a while; the 10GigE is
> terminated in a Cisco 4948E which then has a 8x1GigE trunk out. We hope this
> will smooth out the worst bursts a bit.
>
> /* Steinar */
> --
> Homepage: http://www.sesse.net/



-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://www.bufferbloat.net