From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tiger.dc.kau.se (smtp.kau.se [193.10.220.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.kau.se", Issuer "TERENA SSL CA 3" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 5C82521FB9F for ; Wed, 29 Jul 2015 06:15:50 -0700 (PDT) Date: Wed, 29 Jul 2015 15:15:42 +0200 From: Stefan Alfredsson To: bloat Message-ID: <20150729131542.GA16305@sa-pc> References: <87a8ugqvid.wl-jch@pps.univ-paris-diderot.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [Bloat] AQM and PPP 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: Wed, 29 Jul 2015 13:16:19 -0000 * Quoting Dave Taht [28 Jul-15 16:44]: > On Tue, Jul 28, 2015 at 3:09 PM, Juliusz Chroboczek > wrote: > > I'm currently away from home, and using a 3G modem for Internet access. > > I've found out that both NetworkManager and wvdial/pppd setup the > > interface to use pfifo_fast (with a qlen of a mere 3 packets!). Setting > > fq_codel manually appears to work fine, but needs to be redone every time > > the modem has a hiccup. > > However, the netusb-related drivers, and the 3g devices themselves, > contain oft-huge buffers that reduce the effectiveness of any aqm or > fq system, sometimes to immeasurability. > > I would be very interested in flent benchmarks of your 3g device with > the 3 packet txqueue and with fq_codel, for the tcp_upload, rrul, and > rrul_be tests. I have a station with mobile broadband USB modems (4xHuawei E392), directly connected to a Linux box running kernel 3.16.3, with a (non-public) netperf server (same kernel) hosted on the well-connected Swedish university network. I also have a 3 packet txqueue, and ran the flent tcp_upload, rrul, rrul_be for 3.5G (HSPA+) and 4G (LTE) networks for one of the operators/modems. For comparison, I ran both pfifo_fast and fq_codel. The execution script, output and flent result files are available at https://www.dropbox.com/s/n5tc1dhtu9jdplz/bloatlist-ppp-150729.zip >From flent --gui inspections, I'd say there is about a factor 10 increase from base to load latency (from around 40-50 ms to around 400-500 ms), for both pfifo_fast and fq_codel, for both link types, with some transients above 1000 ms. Juliusz: Regarding data usage, the 4G measurements consumed 1.4 Gbyte download and 357 Mbyte upload - but it all depends on the network throughput as the experiments are time bound (by default 60 seconds). For 3.5G 100 Mbyte data was sent, and guesstimately 500 Mbyte received (sorry, didn't capture the amount; but it can probably be found in the trace files if necessary. However it all depends on your link throughput which will be different from mine anyway). Cheers, Stefan -- Stefan Alfredsson, PhD Tel: +46 (0) 54 700 1668 Datavetenskap Kontor: 21E-414 (Hus Vanern) Karlstads universitet PGP 0xB19B4B16 SE-651 88 Karlstad http://www.cs.kau.se/stefalfr/