Re: [aqm] [Bloat] big science discovers sch_fq and pacing
Rick Jones <rick.jones2@hp.com> Wed, 03 June 2015 15:53 UTC
Return-Path: <rick.jones2@hp.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C88071A90EF for <aqm@ietfa.amsl.com>; Wed, 3 Jun 2015 08:53:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.51
X-Spam-Level:
X-Spam-Status: No, score=-1.51 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1U30m5OaXOlK for <aqm@ietfa.amsl.com>; Wed, 3 Jun 2015 08:53:31 -0700 (PDT)
Received: from g4t3425.houston.hp.com (g4t3425.houston.hp.com [15.201.208.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 992411A90EE for <aqm@ietf.org>; Wed, 3 Jun 2015 08:53:31 -0700 (PDT)
Received: from g4t3433.houston.hp.com (g4t3433.houston.hp.com [16.210.25.219]) by g4t3425.houston.hp.com (Postfix) with ESMTP id 55FCA8D; Wed, 3 Jun 2015 15:53:23 +0000 (UTC)
Received: from [16.103.148.51] (tardy.usa.hp.com [16.103.148.51]) by g4t3433.houston.hp.com (Postfix) with ESMTP id F30A768; Wed, 3 Jun 2015 15:53:22 +0000 (UTC)
Message-ID: <556F22F2.1070708@hp.com>
Date: Wed, 03 Jun 2015 08:53:22 -0700
From: Rick Jones <rick.jones2@hp.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Jonathan Morton <chromatix99@gmail.com>, Dave Taht <dave.taht@gmail.com>
References: <CAA93jw6-kJ2ryfK1aMAodi0gvdcXVwWn3D1zC-LvmZS_qhn8zw@mail.gmail.com> <CAJq5cE0602LsF89EW5VErCpEbuijNK40UcL5X9rCTKo=WR5mkg@mail.gmail.com>
In-Reply-To: <CAJq5cE0602LsF89EW5VErCpEbuijNK40UcL5X9rCTKo=WR5mkg@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/cuGOWLSZSS-dRAbNy-S2feWEC6I>
Cc: aqm@ietf.org, bloat <bloat@lists.bufferbloat.net>
Subject: Re: [aqm] [Bloat] big science discovers sch_fq and pacing
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jun 2015 15:53:33 -0000
On 05/31/2015 10:08 PM, Jonathan Morton wrote: > My favourite part of that is "disabling TSO leads to a doubling in > throughput". In precisely the sort of situation that TSO was intended to > help throughput. Perhaps my recollection of history is suffering from bitrot, but I thought the situation TSO was intended to help was when there wasn't enough CPU horsepower on the sender to enable achieving the desired transfer rate when going up and down the protocol stack at just 1460ish bytes at a time. One of the reasons it was called (at least by some in early days) "Poor Man's Jumbo Frames." happy benchmarking, rick jones
- [aqm] big science discovers sch_fq and pacing Dave Taht
- Re: [aqm] big science discovers sch_fq and pacing Jonathan Morton
- Re: [aqm] big science discovers sch_fq and pacing Simon Barber
- Re: [aqm] [Bloat] big science discovers sch_fq an… Bill Ver Steeg (versteb)
- Re: [aqm] [Bloat] big science discovers sch_fq an… Rick Jones
- Re: [aqm] [Bloat] big science discovers sch_fq an… Tristan Seligmann