From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id B589021F2DA for ; Wed, 22 Apr 2015 09:19:51 -0700 (PDT) Received: by obbeb7 with SMTP id eb7so174012839obb.3 for ; Wed, 22 Apr 2015 09:19:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PM2JlHNC/3CySOvzYhgbQ4+j5wb3D0s2gNDqW7iuINI=; b=QUCbSeUJ8a3fLDG6KMKBN2OSqQoVKhHw3kh3ooHuav1piGnE1d71zV+98NgbVFtQzH th61J0BY5kddrtvz9Rtqxy0w6kMJN9zt4AXMWalnzYZRfZl2AjOSzKagfEj/C1BXLolA Z2110JNzS0ZXCQYQ/ceP/gq1yPmhf15IF5HiBaQuCM1bi8cm7ygGEsvJ9/gRW9t6xmgz T7k9TpwTulFMtCXkk1q7B0YIcpfopICLKTGG3jAsXBdtTOKXphgSpLOHZwmzLFg4kCua hW8b3DjwXreYdqBTL7uYIdM0hPiJVyF1vu0giHFGVK8PrmwACggkbgfWyGW3ZR6F5K0/ uIug== MIME-Version: 1.0 X-Received: by 10.60.98.2 with SMTP id ee2mr24417333oeb.39.1429719590504; Wed, 22 Apr 2015 09:19:50 -0700 (PDT) Received: by 10.202.71.139 with HTTP; Wed, 22 Apr 2015 09:19:50 -0700 (PDT) In-Reply-To: <20150422155933.GA20218@sesse.net> References: <2C987A4B-7459-43C1-A49C-72F600776B00@gmail.com> <14cd9e74e48.27f7.e972a4f4d859b00521b2b659602cb2f9@superduper.net> <20150422040453.GB36239@sesse.net> <1429676935.18561.42.camel@edumazet-glaptop2.roam.corp.google.com> <12383_1429692679_55376107_12383_9099_1_p7gmr0psut68sen0sao8o4lp.1429692550899@email.android.com> <1429710657.18561.68.camel@edumazet-glaptop2.roam.corp.google.com> <25065_1429716388_5537BDA4_25065_2328_1_63pyislbvtjf653k3qt8gw2c.1429715929544@email.android.com> <20150422155933.GA20218@sesse.net> Date: Wed, 22 Apr 2015 09:19:50 -0700 Message-ID: From: Dave Taht To: "Steinar H. Gunderson" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: bloat Subject: Re: [Bloat] RE : DSLReports Speed Test has latency measurement built-in 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, 22 Apr 2015 16:20:20 -0000 On Wed, Apr 22, 2015 at 8:59 AM, Steinar H. Gunderson wrote: > On Wed, Apr 22, 2015 at 03:26:27PM +0000, luca.muscariello@orange.com wro= te: >> BTW if a paced flow from Google shares a bloated buffer with a non paced >> flow from a non Google server, doesn't this turn out to be a performanc= e >> penalty for the paced flow? > > Nope. The paced flow puts less strain on the buffer (and hooray for that)= , > which is a win no matter if the buffer is contended or not. I just posted some test results for 450 simultaneous flows on a new thread. sch_fq has a fixed per flow packet limit of 100 packets, which shows up her= e. Cake did surprisingly well, I have no idea why. I suspect my kernel is brok= en, actually. I am getting on a plane in a bit, and have done too much work thi= s "vacation" already. Has anyone added pacing to netperf yet? (I can do so, but would need guidance as to what getopt option to add) >> fq_codel gives incentives to do pacing but if it's not deployed what's t= he >> performance gain of using pacing? > > fq_codel doesn't give any specific incentive to do pacing. \ Concur, except that in the case where there is no queue for that flow, fq_codel gives a boost. > In fact, if > absolutely all devices on your path would use fq_codel and have adequate > buffers, I believe pacing would be largely a no-op. Concur. > /* Steinar */ > -- > Homepage: http://www.sesse.net/ > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat --=20 Dave T=C3=A4ht Open Networking needs **Open Source Hardware** https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67