[openib-general] [openfabrics-ewg] OFED 1.1 release - schedule and features

Michael Krause krause at cup.hp.com
Wed Jul 12 14:59:25 PDT 2006


At 09:48 AM 7/12/2006, Jeff Broughton wrote:
>Mike,
>
>The whole purpose of SDP is to make sockets go faster without having to 
>have the applications modified.  This is what the customers want.  I've 
>heard this time and time again, across a wide spectrum of customers.

I am well aware of this.  However, Linux / Unix do not support async 
communications which severely limits the potential performance benefits of 
SDP.  When we wrote the SDP specification it was fully understood that 
optimal performance is achieved through async communications.   We spent 
considerable time constructing SDP to support both synchronous and 
asynchronous communication paradigms which there are many applications that 
would benefit.   Customers want to be able to use RDMA interconnects 
without recompilation and through the use of SDP and shared libraries this 
is certainly practical to execute.  Developers however are not the same as 
customers and it is developers who would benefit from the Sockets 
extensions and this would in turn benefit customers.

>Modifying the sockets API is just defining yet another RDMA API, and we 
>have so many already....

I disagree.  This effort has distilled the API to basically one for RDMA 
developers.  Applications are supported over this via either MPI or 
Sockets.    It seems rather self limiting to think the traditional BSD 
synchronous Sockets API is all the world should be able to use when it 
comes to Sockets.  Sockets developers could easily incorporate the 
extensions into their applications providing them with improved designs and 
flexibility without having to learn about RDMA itself.  If the couple of 
calls necessary to extend this API to support direct RDMA would allow them 
to eliminate SDP entirely, well, that has benefits that go beyond just its 
all Sockets; it also eliminates the IP cloud that hovers over SDP 
licensing.   Something that many developers and customers would appreciate.

In the end, this effort could choose to progress Sockets technology and 
extend the number of developers and applications that can achieve optimal 
performance with only minor knowledge growth or they can live with the 
limitations of the BSD Sockets API and either accept performance loss or be 
forced to jump through the hoops of using other rather niche or obscure API 
to accomplish what is possible with a small number of Sockets extensions 
which were defined by people with years of experience implementing Sockets 
and working with application developers.

Mike

>
>-Jeff
>
>
>----------
>From: openfabrics-ewg-bounces at openib.org 
>[mailto:openfabrics-ewg-bounces at openib.org] On Behalf Of Michael Krause
>Sent: Wednesday, July 12, 2006 9:23 AM
>To: Tziporet Koren; Scott Weitzenkamp (sweitzen)
>Cc: OpenFabricsEWG; openib
>Subject: Re: [openfabrics-ewg] [openib-general] OFED 1.1 release - 
>schedule and features
>
>At 12:59 AM 7/12/2006, Tziporet Koren wrote:
>>Scott Weitzenkamp (sweitzen) wrote:
>> > For SDP, I would like to see "improved stability" (maybe you have this
>> > in mind under "beta quality"), also how about "AIO support"?  The rest
>> > of the list looks good.
>> >
>>Yes - beta quality means improved stability.
>>AIO is not planed for 1.1 (schedule issue). If needed we can add it to 1.2
>
>Would be nice if people thought about implementing the Sockets API 
>Extensions from the OpenGroup.  They provide explicit memory management 
>and async communications which will allow SDP performance to be fully 
>exploited.   The benefits go beyond what is found in AIO or on other OS 
>such as Windows.  If one were to extend slightly to have explicit RDMA 
>Read and Write from the Sockets API, then it would be quite possible to 
>eliminate SDP entirely for new applications leaving SDP strictly for 
>legacy Sockets environments.
>
>Mike
>
>
>>Tziporet
>>
>>_______________________________________________
>>openib-general mailing list
>>openib-general at openib.org
>>http://openib.org/mailman/listinfo/openib-general
>>
>>To unsubscribe, please visit 
>>http://openib.org/mailman/listinfo/openib-general
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20060712/b5b573fd/attachment.html>


More information about the general mailing list