From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-31-ewr.dyndns.com (mxout-042-ewr.mailhop.org [216.146.33.42]) by lists.bufferbloat.net (Postfix) with ESMTP id 090ED2E011F for ; Fri, 11 Mar 2011 17:44:13 -0800 (PST) Received: from scan-31-ewr.mailhop.org (scan-31-ewr.local [10.0.141.237]) by mail-31-ewr.dyndns.com (Postfix) with ESMTP id DA6D96FB000 for ; Sat, 12 Mar 2011 01:44:12 +0000 (UTC) X-Spam-Score: -1.0 (-) X-Mail-Handler: MailHop by DynDNS X-Originating-IP: 209.85.215.171 Received: from mail-ey0-f171.google.com (mail-ey0-f171.google.com [209.85.215.171]) by mail-31-ewr.dyndns.com (Postfix) with ESMTP id 067D66FAAE5 for ; Sat, 12 Mar 2011 01:44:07 +0000 (UTC) Received: by eydd26 with SMTP id d26so1291164eyd.16 for ; Fri, 11 Mar 2011 17:44:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=9ZNpz6uv+O9+j6k0TuZ7KOaT5hQ5EQeTLOt+nQBOzXM=; b=MbNaBQ2w0KjLREoSuTU+5kKPb99puccfbOMnJtam1YCYVarq87gyuHVh8qh5Cx7Ptb Lpq4/QdLeWQN8gC5uAJrsf9j1qKoZNqz8u8Bh3QhfgzXhngWbKojdCj721QmseDQA6IY GVqD7Hb1+2qzowHH7htXXJxgt2Ul6+7RhT4h8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=rTWtd7pepfo+APkpDQ88xzUDDiTR2DmTvrTBKlEGXohmG7zUFlcFSfdd6ApDAdYKE8 V8epOhwpILemcaoB2cczE+wPbNCUhetjxbxhN+me4bvuAEObce5D3WaZIEc8XcKb+/Re C7+O+WaRlbcEX0njKf7fCXU9eGI8SGc5jEp/U= Received: by 10.213.29.198 with SMTP id r6mr71197ebc.48.1299894247285; Fri, 11 Mar 2011 17:44:07 -0800 (PST) Received: from [192.168.239.42] (xdsl-83-150-84-172.nebulazone.fi [83.150.84.172]) by mx.google.com with ESMTPS id w59sm3948726eeh.15.2011.03.11.17.44.06 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 11 Mar 2011 17:44:06 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Jonathan Morton In-Reply-To: <1299892197.2087.2061.camel@tardy> Date: Sat, 12 Mar 2011 03:44:05 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0E7F16C4-58DA-43FE-AB84-A3BCBBB6D905@gmail.com> References: <16808EAB-2F52-4D32-8A8C-2AE09CD4D103@gmail.com> <1299888781.2087.2055.camel@tardy> <50E37E64-A21F-4503-83D8-DE81AA65F0C2@gmail.com> <1299892197.2087.2061.camel@tardy> To: rick.jones2@hp.com X-Mailer: Apple Mail (2.1082) Cc: bloat@lists.bufferbloat.net Subject: Re: [Bloat] Measuring latency-under-load consistently 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: Sat, 12 Mar 2011 01:44:14 -0000 On 12 Mar, 2011, at 3:09 am, Rick Jones wrote: >>> You may be able to get most of what you want with a top-of-trunk = netperf >>> "burst mode" TCP_RR test. It isn't quite an exact match though. >>=20 >> I don't really see how that would get the measurement I want. >=20 > Then one TCP_STREAM (or TCP_MAERTS) and one TCP_RR with all the RTT > stats and histogram enabled :) Closer, but that doesn't seem to be self-tuning - and often one bulk = flow doesn't fill the pipe any more. I want to scale up to FTTH and GigE, and down to V.34bis and GPRS - all = of which are (still) relevant network technologies today - without any = error-prone parameters to enter except the identity of the server. Ideally it should be robust enough for use by random ISP technicians, = regulatory officials and end-users, and the output should be accordingly = simple to interpret. So yes, code reuse is great, but only if it does what I need it to. I = need the practice anyway. :-) - Jonathan