From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 6955021F20F for ; Mon, 27 Apr 2015 05:13:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk Received: by alrua-kau.kau.toke.dk (Postfix, from userid 1000) id 13899C40134; Mon, 27 Apr 2015 14:13:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toke.dk; s=201310; t=1430136803; bh=OVQldw3+1ZRAHbC/R20/h0WnhXYPV+zmDaf4w7i+4lc=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=TLsJFT8N+hGGnCigxoOqimyM7t5Am4MAgwMEtsBHCxXSdE17CZNbc+k8YEGHDGoVX JDs59x1NFW7MumyHErJfMueXZ3NbSWHBvEqGIrh5GL8I2AthidcYxcZBuSxslH1jfx on1GxMEE3KRgLyzEN82/Bq6czHqXZ0L1Owamn6rA= From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Paolo Valente References: <3E2406CD-0938-4C1F-B171-247CBB5E4C7D@unimore.it> <87zj5u2aho.fsf@toke.dk> <2B5B39C9-A33D-46ED-84C6-56F237284B21@unimore.it> Date: Mon, 27 Apr 2015 14:13:23 +0200 In-Reply-To: <2B5B39C9-A33D-46ED-84C6-56F237284B21@unimore.it> (Paolo Valente's message of "Mon, 27 Apr 2015 14:01:24 +0200") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87pp6p22ho.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: bloat Subject: Re: [Bloat] bufferbloat effects on throughput 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: Mon, 27 Apr 2015 12:14:02 -0000 Paolo Valente writes: > Thanks. So, if I understood correctly, average throughput may or may > not be affected, but large throughput fluctuations will always occur > in the presence of bufferbloat. I'm always wary of saying 'always', but I'd hazard an 'often' ;) > Sorry for my usual refrain, but =E2=80=A6 any pointers to tests, results, > papers and the like? Hmm, not sure if there's any papers dealing specifically with this. However, it's quite easy to provoke this behaviour. Compare, for instance, http://files.toke.dk/bufferbloat/rrul-pfifo_fast-all_scaled.pdf with http://files.toke.dk/bufferbloat/rrul-fq_codel-all_scaled.pdf The two top graphs on each are throughput (download and upload respectively). For the aggregate behaviour, I had some data on that in my presentation at the IETF in Hawaii: http://www.ietf.org/proceedings/91/slides/slides-91-iccrg-4.pdf -Toke