From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cassarossa.samfundet.no (cassarossa.samfundet.no [129.241.93.19]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 1AB4F200B33 for ; Sat, 7 Apr 2012 08:35:53 -0700 (PDT) Received: from pannekake.samfundet.no ([2001:700:300:1800::dddd] ident=unknown) by cassarossa.samfundet.no with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SGXg4-00040i-Sj; Sat, 07 Apr 2012 17:35:50 +0200 Received: from sesse by pannekake.samfundet.no with local (Exim 4.72) (envelope-from ) id 1SGXg4-0000AU-L9; Sat, 07 Apr 2012 17:35:48 +0200 Date: Sat, 7 Apr 2012 17:35:48 +0200 From: "Steinar H. Gunderson" To: Dave Taht Message-ID: <20120407153548.GC21452@uio.no> References: <20120406213725.GA12641@uio.no> <20120406222138.GB12641@uio.no> <1333811327.30705.4.camel@edumazet-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: Linux 3.3.0 on a x86_64 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: bloat@lists.bufferbloat.net Subject: Re: [Bloat] Best practices for paced TCP on Linux? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2012 15:35:53 -0000 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. 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/