| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: [Ipsec-tools-devel] more phase 2 reinitiation problems, Krzysztof Oledzki |
|---|---|
| Next by Date: | Re: [RFC] TCP congestion schedulers, Stephen Hemminger |
| Previous by Thread: | Re: [RFC] TCP congestion schedulers, jamal |
| Next by Thread: | Re: [RFC] TCP congestion schedulers, Stephen Hemminger |
| Indexes: | [Date] [Thread] [Top] [All Lists] |