netdev
[Top] [All Lists]

Re: [RFC] TCP congestion schedulers

To: hadi@xxxxxxxxxx
Subject: Re: [RFC] TCP congestion schedulers
From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
Date: Fri, 18 Mar 2005 13:13:45 -0300
Cc: "David S. Miller" <davem@xxxxxxxxxxxxx>, Stephen Hemminger <shemminger@xxxxxxxx>, baruch@xxxxxxxxx, netdev@xxxxxxxxxxx
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KULLdOOXO9H9rErC585G4NzA6MgmOXr6sFFxAql75rEB687y8uxHnRbhaebqhILxFZ9UEz6Kj1wlnQrFWAAOMMYI+mg8OupGbF2yoXKl362SvaCB9sZRGJLHeKCK6SPvW8pYTFgvmqB9mF0umvLDiTRVcIeG3P+AUDBf5vRcATs=
In-reply-to: <1111153298.1146.35.camel@jzny.localdomain>
References: <421CF5E5.1060606@ev-en.org> <20050309210442.3e9786a6.davem@davemloft.net> <4230288F.1030202@ev-en.org> <20050310182629.1eab09ec.davem@davemloft.net> <20050311120054.4bbf675a@dxpl.pdx.osdl.net> <20050311201011.360c00da.davem@davemloft.net> <20050314151726.532af90d@dxpl.pdx.osdl.net> <20050317201231.6d575e0b.davem@davemloft.net> <39e6f6c705031804531c2c557f@mail.gmail.com> <1111153298.1146.35.camel@jzny.localdomain>
Reply-to: acme@xxxxxxxxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On 18 Mar 2005 08:43:04 -0500, jamal <hadi@xxxxxxxxxx> wrote:
> On Fri, 2005-03-18 at 07:53, Arnaldo Carvalho de Melo wrote:
> 
> > > I'm also not so religious anymore about retaining the existing
> > > sysctl functionality to enable/disable ca algs.
> >
> > I haven't looked over this patch completely, so I may well be saying 
> > something
> > stupid, but if possible, please don't use the tcp/TCP prefix where you
> > think this
> > code can be used by other inet transport protocols, such as DCCP.
> 
> Yes, that would be really nice.
> 
> Also heres another thought: if we can have multiple sockets, destined to
> the same receiver, to share the same congestion state. This is motivated
> from the CM idea the MIT folks were preaching a few years ago - look at
> RFC 3124 and the MIT website which had some crude linux code back then
> as well as tons of papers. I think
> that scheme may need to hook up to tc to work well.

The DCCP drafts mention that they choose not to require the CM, but yes, it is
something to consider anyway, its interesting stuff.

Again without looking at the patch fully, the tcp_sock passing to this
infrastructure
would have to go away and instead chunk out the needed members out of tcp_sock
and into a congestion_info struct that would be a member of both tcp_sock and
dccp_sock, and this one would be the one passed to this infrastructure.

In the end we may well give Sally et al some new CCIDs for free :-P

-- 
- Arnaldo

<Prev in Thread] Current Thread [Next in Thread>