Re: [ledbat] list of reasons for needing multiple TCP connections

Joe Touch <touch@ISI.EDU> Thu, 20 November 2008 20:57 UTC

Return-Path: <ledbat-bounces@ietf.org>
X-Original-To: tana-archive@ietf.org
Delivered-To: ietfarch-tana-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C7AE3A6AD1; Thu, 20 Nov 2008 12:57:36 -0800 (PST)
X-Original-To: ledbat@core3.amsl.com
Delivered-To: ledbat@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 416683A6A7A for <ledbat@core3.amsl.com>; Thu, 20 Nov 2008 12:57:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.574
X-Spam-Level:
X-Spam-Status: No, score=-2.574 tagged_above=-999 required=5 tests=[AWL=0.025, 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 jLMT9vLbTIRg for <ledbat@core3.amsl.com>; Thu, 20 Nov 2008 12:57:34 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 5F7103A6A09 for <ledbat@ietf.org>; Thu, 20 Nov 2008 12:57:34 -0800 (PST)
Received: from [130.129.94.243] ([130.129.94.243]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id mAKKvHXQ016145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 20 Nov 2008 12:57:19 -0800 (PST)
Message-ID: <4925CF2D.4070908@isi.edu>
Date: Thu, 20 Nov 2008 12:57:17 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.18 (Windows/20081105)
MIME-Version: 1.0
To: "Kartik Chandrayana (karchand)" <karchand@cisco.com>
References: <4925BDEE.6090101@isi.edu> <8c99930d0811201206yb0ef259v28c361438cb14773@mail.gmail.com> <A0988C2F192F124FAFE3D70264C04587077A12EC@xmb-sjc-231.amer.cisco.com> <4925CC2A.9080606@isi.edu> <A0988C2F192F124FAFE3D70264C04587077A130C@xmb-sjc-231.amer.cisco.com>
In-Reply-To: <A0988C2F192F124FAFE3D70264C04587077A130C@xmb-sjc-231.amer.cisco.com>
X-Enigmail-Version: 0.95.7
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: ledbat@ietf.org
Subject: Re: [ledbat] list of reasons for needing multiple TCP connections
X-BeenThere: ledbat@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mailing list of the LEDBAT WG <ledbat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ledbat>
List-Post: <mailto:ledbat@ietf.org>
List-Help: <mailto:ledbat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ledbat-bounces@ietf.org
Errors-To: ledbat-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Kartik Chandrayana (karchand) wrote:
> Joe,
> 
>   I am also not aware if parallelization of network code is implemented
> in OSes. However, I think it would be reasonable to expect that tcpcb
> lookups are done in a centralized fashion and once that is done,
> multiple tcp's can be processed in different cpus. Even the lookups can
> be distributed as they are only a read operation.

Parallelizing TCP includes dealing with not only the TCP code, but also
the IP input queue access, timers, etc. I am not as sure that there's a
one TCP per core mapping in current OS's - though I'd be glad to hear
someone *confirm* it.

Joe

> -----Original Message-----
> From: Joe Touch [mailto:touch@ISI.EDU] 
> Sent: Thursday, November 20, 2008 2:44 PM
> To: Kartik Chandrayana (karchand)
> Cc: Andrew G. Malis; ledbat@ietf.org
> Subject: Re: [ledbat] list of reasons for needing multiple TCP
> connections
> 
> 
> 
> Kartik Chandrayana (karchand) wrote:
>> Andy, Joe:
> 
>> One reason I can think of using multiple TCP connections is to 
>> overcome the non-negotiation of window-scale parameter on most boxes. 
>> With default window scale parameters, i.e 0, the congestion window is 
>> limited to 64KB only and thus for any pipe with 
>> bandwidth-delay-product greater than 64KB, a single TCP connection 
>> cannot keep the pipe full. In such a case, it would be beneficial to
> have multiple TCP connections.
>> Also, since TCP design was mostly with single cpu in mind, I think 
>> multiple TCP connections can harness the multi-cpu architectures 
>> better than a single lean fast TCP.
> 
> That presumes that the OS implements parallelization in the network
> code; I don't know if that's recently offered, but it has been the
> sticking point in the past.
> 
> Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkklzy0ACgkQE5f5cImnZrtxIwCgw+uW7JxMRDZja1pTuixQUwS8
m5IAoPHHCB2ed20zXkkv15m09kF4q+mm
=30jd
-----END PGP SIGNATURE-----
_______________________________________________
ledbat mailing list
ledbat@ietf.org
https://www.ietf.org/mailman/listinfo/ledbat