Re: [tcpm] I-D Action:draft-hkchu-tcpm-initcwnd-00.txt

Costin Raiciu <c.raiciu@cs.ucl.ac.uk> Tue, 09 March 2010 11:34 UTC

Return-Path: <c.raiciu@cs.ucl.ac.uk>
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 92DFF3A6824 for <tcpm@core3.amsl.com>; Tue, 9 Mar 2010 03:34:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599]
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 x0Dx0f-hdbsr for <tcpm@core3.amsl.com>; Tue, 9 Mar 2010 03:34:42 -0800 (PST)
Received: from bells2.cs.ucl.ac.uk (bells2.cs.ucl.ac.uk [128.16.5.33]) by core3.amsl.com (Postfix) with ESMTP id 8C0963A68E3 for <tcpm@ietf.org>; Tue, 9 Mar 2010 03:34:42 -0800 (PST)
Received: from blackie2.cs.ucl.ac.uk ([128.16.68.58]) by bells2.cs.ucl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (C.Raiciu authenticated) (Exim 4.54) id 1Nowjg-000A9n-5X; Tue, 09 Mar 2010 10:32:24 +0000
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="windows-1252"
From: Costin Raiciu <c.raiciu@cs.ucl.ac.uk>
In-Reply-To: <d1c2719f1003081635r4299dfd8u174a5e797aae0c2e@mail.gmail.com>
Date: Tue, 09 Mar 2010 11:34:43 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <FF762DF3-085C-4EB5-946B-B496842AC839@cs.ucl.ac.uk>
References: <d1c2719f1003021450mf70e338r8818fa4634e0f2e@mail.gmail.com> <d1c2719f1003081635r4299dfd8u174a5e797aae0c2e@mail.gmail.com>
To: Jerry Chu <hkchu@google.com>
X-Mailer: Apple Mail (2.1077)
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: Tue, 09 Mar 2010 11:34:43 -0000

Hi,

I've skimmed your paper hoping to see big improvements in loading  times 

However, the reductions in download times you find are below 10% - and this is the best case only a subset of traffic is increasing the initial cwnd.  
The experiments in 4.2 show that using Maps in the slowDC scenario can negatively affect the download time too for some users, by roughly the same amount. When all traffic uses the initial cwnd of 10 I expect to see 
smaller improvements or even increases in download times for all web traffic.

Thus, the 10% average improvement does not seem very compelling to me. Have you tested upload speeds? As DSL uploads are 128-256Kbps, I expect using an initial cwnd of 10 packets will result in increased loading times for web uploads, for instance, in the best case. As DSL lines have buffers roughly of that length, causing burst of 10 packets will negatively affect all other ongoing connections.

So it seems to me this may be a good idea to standardize for servers, and not for regular hosts. And even for servers, it is hard to understand the effects when everybody uses this large init_cwnd.

Cheers,
Costin

On 9 Mar 2010, at 00:35, Jerry Chu wrote:

> The link to the paper below has been fixed. Sorry for the delay.
> 
> Jerry
> 
> On Tue, Mar 2, 2010 at 2:50 PM, Jerry Chu <hkchu@google.com> wrote:
> Our first draft proposal to raise the initial congestion window was submitted
> a couple of days ago and is available at
> 
> http://www.ietf.org/id/draft-hkchu-tcpm-initcwnd-00.txt
> 
> A paper with the title "An Argument for Increasing TCP’s Initial Congestion
> Window" detailing our large scale experiments will soon be available at
> 
> http://code.google.com/speed/articles/tcp_initcwnd_paper.pdf
> (The link is not there yet due to a last minute snag. Hopefully it
> will be fixed asap.)
> 
> Comments are welcome.
> 
> Jerry
> 
> -----------------------------------------------------------------------------------------------------------
> From: Internet-Drafts@ietf.org
> To: i-d-announce@ietf.org
> Reply-to: Internet-Drafts@ietf.org
> Subject: I-D Action:draft-hkchu-tcpm-initcwnd-00.txt
> X-RSN: 1/0/935/28943/32298
> X-HREF: http://www.ietf.org/ibin/c5i?mid=6&rid=49&k1=935&k2=32298
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> Title : Increasing TCP's Initial Window
> Author(s) : J. Chu, et al.
> Filename : draft-hkchu-tcpm-initcwnd-00.txt
> Pages : 16
> Date : 2010-02-28
> 
> This document proposes an increase in the permitted TCP initial
> window (IW) from between 2 and 4 segments, as specified in RFC 3390,
> to 10 segments. It discusses the motivation behind the increase, the
> advantages and disadvantages of the higher initial window, and
> presents results from several large scale experiments showing that
> the higher initial window improves the overall performance of many
> web services without risking congestion collapse. Finally, it
> outlines a list of concerns to be addressed in future tests.
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-hkchu-tcpm-initcwnd-00.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm