Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-00.txt
Jerry Chu <hkchu@google.com> Wed, 10 March 2010 06:07 UTC
Return-Path: <hkchu@google.com>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B4D53A6BE2 for <tcpm@core3.amsl.com>; Tue, 9 Mar 2010 22:07:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.977
X-Spam-Level:
X-Spam-Status: No, score=-105.977 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Vh1y-V4aApf for <tcpm@core3.amsl.com>; Tue, 9 Mar 2010 22:07:17 -0800 (PST)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by core3.amsl.com (Postfix) with ESMTP id 315763A6BD5 for <tcpm@ietf.org>; Tue, 9 Mar 2010 22:07:17 -0800 (PST)
Received: from spaceape7.eur.corp.google.com (spaceape7.eur.corp.google.com [172.28.16.141]) by smtp-out.google.com with ESMTP id o2A67Krb027105 for <tcpm@ietf.org>; Tue, 9 Mar 2010 22:07:20 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1268201240; bh=BQCoX5+CRdSS/1eVXlielGDtLf4=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type:Content-Transfer-Encoding; b=DTSMpiswOl18yJKHBAhZaWPwgIglRj3S8x+KCx1xE777ugqwkUP87Goy9bRQ+TmCJ o9+bmzDpuhNfRcRjZ/72Q==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:content-transfer-encoding:x-system-of-record; b=HWiuNLedWH9IF0oy5z7x8ATVOxcTbSiNTHJhLHFk/H114QHak4ve3tOna7cVRJRuh dKZ3JUvtdqloptvVqCe8A==
Received: from iwn29 (iwn29.prod.google.com [10.241.68.93]) by spaceape7.eur.corp.google.com with ESMTP id o2A67Igo027499 for <tcpm@ietf.org>; Tue, 9 Mar 2010 22:07:19 -0800
Received: by iwn29 with SMTP id 29so4125160iwn.10 for <tcpm@ietf.org>; Tue, 09 Mar 2010 22:07:18 -0800 (PST)
MIME-Version: 1.0
Received: by 10.231.173.129 with SMTP id p1mr436724ibz.85.1268201238219; Tue, 09 Mar 2010 22:07:18 -0800 (PST)
In-Reply-To: <4A655CBC-A0C4-48AF-B1D9-FB991051A08C@mac.com>
References: <d1c2719f1003021450mf70e338r8818fa4634e0f2e@mail.gmail.com> <d1c2719f1003081635r4299dfd8u174a5e797aae0c2e@mail.gmail.com> <FF762DF3-085C-4EB5-946B-B496842AC839@cs.ucl.ac.uk> <d1c2719f1003091125r7514cb73le8376f5851e5f5f5@mail.gmail.com> <4A655CBC-A0C4-48AF-B1D9-FB991051A08C@mac.com>
Date: Tue, 09 Mar 2010 22:07:17 -0800
Message-ID: <d1c2719f1003092207g7c6bf2d3g302bb9b9f78c3eb0@mail.gmail.com>
From: Jerry Chu <hkchu@google.com>
To: rick jones <perfgeek@mac.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-System-Of-Record: true
Cc: tcpm@ietf.org, iccrg@cs.ucl.ac.uk
Subject: Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-00.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Mar 2010 06:07:18 -0000
On Tue, Mar 9, 2010 at 7:35 PM, rick jones <perfgeek@mac.com> wrote: > > On Mar 9, 2010, at 11:25 AM, Jerry Chu wrote: >> >> I don't know about you, but imagine a simple change that can deliver a 10% >> improvement >> (in average) over ALL web traffic regardless of the response sizes (some >> are much less than >> 10 segments), access speed,..., etc. That is A LOT to me! > > Indeed, 10% average improvement is impressive. > > Is there a way to tease-out what the "typical" cwnd becomes in both the base > and exp cases? Say from those services with larger responses? Does it > become 8*MSS? 12*MSS etc? That would help show how "close to the edge" 10 > segments might be yes? Yes it's certainly doable but one problem with most of the services is that there are fewer larger responses, interleaved with many smaller responses, and the vast majority of HTTP connections don't persist long enough to allow cwnd/ssthresh to converge in a more meaningful way. In order to perform a more detailed analysis on some network properties, we are thinking about instrumenting a bulk data service like Youtube to avoid the above mentioned problem, as described in section 11.2 of the I-D. The idea is to monitor some key TCP parameters at various stage of a connection (and Linux kernel already conveniently provide "TCP_INFO" socket option). But before we proceed we like to first hear suggestions from the lists. This is because any large scale experiment can be very time/resource consuming. In this case we'll likely have to set up a different logging system for Youtube, may even have to build and deploy a different kernel with the right instrumentation (TCP_INFO may not provide all the info we'll need) to many thousand machines..., etc. > > WRT the retransmissions (table 7 in the paper), is it safe to ass-u-me that > the increase in retransmissions means a corresponding increase in "Internet" > bandwidth consumed to deliver the given quantity of data? I don't see why not. (Am I missing something?) Thanks, Jerry > > rick jones > there is no rest for the wicked, yet the virtuous have no pillows > wisdom teeth are impacted, people and things are affected by the effects of > events :) >
- [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-00.txt Jerry Chu
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… Jerry Chu
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… Costin Raiciu
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… Jerry Chu
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… rick jones
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… Jerry Chu
- Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-0… rick jones