RE: [ofa-general] [PATCH v3] iw_cxgb3: Support"iwarp-only"interfacestoavoid 4-tuple conflicts.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sean,
Not so simple.
How does client application knows where to connect?
Does this proposal forces applications to choose
the "right" network?
Currently, MPA or ULP and not applications handle it.
Why would we want to change that?

Sean,
I may be beating the dead horse,
but I recall that one of the main selling points
of RDMA that it magical bust to performance with
no changes applications. Just plug it in an viola,
performances goes up and CPU utilization for network
stack goes does. Win-Win.

Thanks,

Arkady Kanevsky                       email: [email protected]
Network Appliance Inc.               phone: 781-768-5395
1601 Trapelo Rd. - Suite 16.        Fax: 781-895-1195
Waltham, MA 02451                   central phone: 781-768-5300
 

> -----Original Message-----
> From: Sean Hefty [mailto:[email protected]] 
> Sent: Friday, September 28, 2007 5:35 PM
> To: Kanevsky, Arkady
> Cc: [email protected]; [email protected]; 
> [email protected]; [email protected]
> Subject: Re: [ofa-general] [PATCH v3] iw_cxgb3: 
> Support"iwarp-only"interfacestoavoid 4-tuple conflicts.
> 
> Kanevsky, Arkady wrote:
> > Exactly,
> > it forces the burden on administrator.
> > And one will be forced to try one mount for iWARP and it 
> does not work 
> > issue another one TCP or UDP if it fails.
> > Yack!
> > 
> > And server will need to listen on different IP address and simple
> > * will not work since it will need to listen in two 
> different domains.
> 
> The server already has to call listen twice.  Once for the 
> rdma_cm and once for sockets.  Similarly on the client side, 
> connect must be made over rdma_cm or sockets.  I really don't 
> see any impact on the application for this approach.
> 
> We just end up separating the port space based on networking 
> addresses, rather than keeping the problem at the transport 
> level.  If you have an alternate approach that will be 
> accepted upstream, feel free to post it.
> 
> - Sean
> _______________________________________________
> general mailing list
> [email protected]
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> 
> To unsubscribe, please visit 
> http://openib.org/mailman/listinfo/openib-general
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux