From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 EC183200628 for ; Sun, 8 Dec 2013 05:25:28 -0800 (PST) Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/46573) with ESMTP id rB8DPQkX015844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Dec 2013 14:25:26 +0100 Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/46573) with ESMTP id rB8DPQ80014168; Sun, 8 Dec 2013 14:25:26 +0100 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 52FF76D5D4; Sun, 8 Dec 2013 14:25:26 +0100 (CET) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id TUowkah3J8lp; Sun, 8 Dec 2013 14:25:25 +0100 (CET) Received: from pirx.pps.jussieu.fr (unknown [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 186586D5CA; Sun, 8 Dec 2013 14:25:24 +0100 (CET) Received: from localhost ([127.0.0.1] helo=pirx.pps.jussieu.fr) by pirx.pps.jussieu.fr with esmtp (Exim 4.80) (envelope-from ) id 1VpeMc-0000wo-He; Sun, 08 Dec 2013 14:25:38 +0100 Date: Sun, 08 Dec 2013 14:25:38 +0100 Message-ID: <877gbfcw4t.wl%jch@pps.univ-paris-diderot.fr> From: Juliusz Chroboczek To: Sebastian Moeller In-Reply-To: <09D8F3A0-7172-4677-9887-119813E28740@gmx.de> References: <20131203222559.GV8066@einstein.kenyonralph.com> <7ieh5pew2d.wl%jch@pps.univ-paris-diderot.fr> <87haakx1ev.wl%jch@pps.univ-paris-diderot.fr> <09D8F3A0-7172-4677-9887-119813E28740@gmx.de> User-Agent: Wanderlust/2.15.9 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]); Sun, 08 Dec 2013 14:25:26 +0100 (CET) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Sun, 08 Dec 2013 14:25:26 +0100 (CET) X-Miltered: at korolev with ID 52A47346.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-Miltered: at potemkin with ID 52A47346.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 52A47346.002 from potemkin.univ-paris7.fr/potemkin.univ-paris7.fr/null/potemkin.univ-paris7.fr/ X-j-chkmail-Enveloppe: 52A47346.001 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/ X-j-chkmail-Score: MSGID : 52A47346.002 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Score: MSGID : 52A47346.001 on potemkin.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-j-chkmail-Status: Ham Cc: bloat Subject: Re: [Bloat] curious..... 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: Sun, 08 Dec 2013 13:25:29 -0000 >> The promise of fq_codel is that we can get rid of our prioritising >> hacks -- if we need that kind of features, then fq_codel has >> failed. > Is that really true? given enough concurrent flows, critical flows > might be delayed purely be the round robin scheduling of equally > "worthy" packets in fq_codel At 100 Mbit, one full-size Ethernet frame is 120us. This means that if you want your VoIP traffic to have less than 30ms delay, you should in principle reach your deadline as long as you have fewer than 250 congestion-limited flows at a given time. > so some residual priory system might still make sense... For throughput-sharing reasons, perhaps. For latency reasons, hopefully not. -- Juliusz