[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070817.170033.63993876.davem@davemloft.net>
Date: Fri, 17 Aug 2007 17:00:33 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: rdreier@...co.com
Cc: tom@...ngridcomputing.com, jeff@...zik.org,
swise@...ngridcomputing.com, mshefty@...ips.intel.com,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
general@...ts.openfabrics.org
Subject: Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCP ports
from the host TCP port space.
From: Roland Dreier <rdreier@...co.com>
Date: Fri, 17 Aug 2007 16:31:07 -0700
> > > > When using RDMA you lose the capability to do packet shaping,
> > > > classification, and all the other wonderful networking facilities
> > > > you've grown to love and use over the years.
> > >
> > > Same thing with TSO and LRO and who knows what else.
> >
> > Not true at all. Full classification and filtering still is usable
> > with TSO and LRO.
>
> Well, obviously with TSO and LRO the packets that the stack sends or
> receives are not the same as what's on the wire. Whether that breaks
> your wonderful networking facilities or not depends on the specifics
> of the particular facility I guess -- for example shaping is clearly
> broken by TSO. (And people can wonder what the packet trains TSO
> creates do to congestion control on the internet, but the netdev crowd
> has already decided that TSO is "good" and RDMA is "bad")
This is also a series of falsehoods. All packet filtering,
queue management, and packet scheduling facilities work perfectly
fine and as designed with both LRO and TSO.
When problems come up, they are bugs, and we fix them.
Please stop spreading this FUD about TSO and LRO.
The fact is that RDMA bypasses the whole stack so that supporting
these facilities is not even _POSSIBLE_. With stateless offloads it
is possible to support all of these facilities, and we do.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists