Re: [tcpm] TCP tuning

Joe Touch <touch@ISI.EDU> Thu, 04 February 2010 03:49 UTC

Return-Path: <touch@ISI.EDU>
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 142373A6842 for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 19:49:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 Qd7dJq12-+Vp for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 19:49:52 -0800 (PST)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) by core3.amsl.com (Postfix) with ESMTP id 4A4A43A6809 for <tcpm@ietf.org>; Wed, 3 Feb 2010 19:49:52 -0800 (PST)
Received: from [128.9.176.36] (c1-vpn6.isi.edu [128.9.176.36]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id o143nbvo018977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 3 Feb 2010 19:49:38 -0800 (PST)
Message-ID: <4B6A43D1.2010706@isi.edu>
Date: Wed, 03 Feb 2010 19:49:37 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: rick jones <perfgeek@mac.com>
References: <7BE9742D-6EDC-43FE-84FC-D22C52D23152@nokia.com> <133D9897FB9C5E4E9DF2779DC91E947C025F1861@SLFSNX.rcs.alcatel-research.de> <d1c2719f1002031110v3b76ca9eu14c9a110847548e7@mail.gmail.com> <4B69CDD7.6060802@isi.edu> <E086E248-DEFA-4AA4-B25D-F7FBB0FB9E7D@mac.com>
In-Reply-To: <E086E248-DEFA-4AA4-B25D-F7FBB0FB9E7D@mac.com>
X-Enigmail-Version: 0.96.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig5D9F54B8314734CF1086262F"
X-MailScanner-ID: o143nbvo018977
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm@ietf.org, "SCHARF, Michael" <Michael.Scharf@alcatel-lucent.com>
Subject: Re: [tcpm] TCP tuning
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: Thu, 04 Feb 2010 03:49:53 -0000


rick jones wrote:
> 
> On Feb 3, 2010, at 11:26 AM, Joe Touch wrote:
> 
>>
>>
>> Jerry Chu wrote:
>>> On Wed, Feb 3, 2010 at 7:17 AM, SCHARF, Michael
>>> <Michael.Scharf@alcatel-lucent.com> wrote:
>>>>> This topic seems to be gaining momentum, and the WG should
>>>>> take some time considering if there is work here for it.
>>>> IMHO there could indeed be room for increasing the initial window. If
>>>> most data transfers continue to be smaller than 3 MSS, a larger initial
>>>> window would not necessarily cause harm, as it is seldomly used. Still,
>>>> this would speed up those data transfers that currently suffer from
>>>> Slow-Start.
>>>
>>> Actually our data points to the contrary - the average web object and
>>> page
>>> size have been rising steadily. E.g., the majority of our search
>>> responses
>>> no longer fit in 3 MSS these days.
>>
>> This should be relevant only for the first response from a given IP
>> address; persistent connections should render this moot for subsequent
>> requests.
> 
> Modulo slow-start after idle. 

I've already cited the work that explains that this doesn't actually
happen on web exchanges exactly because the client request is small
(doesn't matter that its side was idle), and the client request causes
the server to think it wasn't idle either. That's in the ToN paper I cited.

Yes, if/when that's fixed, it'll be an issue. Not right now, though.

Joe