[ewg] RFC: Do we wish to take MPI out of OFED?

[John Russo]

I agree with DK from OSU.  There are clear advantages to having MPI included with OFED.  Not only will it make testing of a complete solution easier by both OFED and MPI suppliers, but it will also improve ease of use for end users and ease of inclusion for linux distro suppliers.  As DK points out there are continual improvements in MPIs which may depend on bug fixes and/or new features in newer versions of OFED.  Identifying a known good combination will be important to most end users, etc.



-----Original Message-----
From: ewg-bounces at lists.openfabrics.org [mailto:ewg-bounces at lists.openfabrics.org] On Behalf Of Dhabaleswar Panda
Sent: Thursday, June 04, 2009 2:02 PM
To: Tziporet Koren
Cc: EWG; OpenFabrics General
Subject: Re: [ewg] RFC: Do we wish to take MPI out of OFED?

Tziporet,

>Main reasons to keep MPI in OFED:
>- All participants test with the same MPI versions, and when installing
>OFED it is ensured that MPI will work fine with this version.
>- Customers convenience in install (no need to go to more sites to get
MPI)
>- MPI is an important RDMA ULP and although it is not developed in OFA
>it is widely used by OFED customers

I support keeping MPI packages in the OFED because of the above positive
points you have mentioned.

I would also like to mention that keeping MPI packages in OFED helps to
test out various new features and functionalities (such as APM and XRC in
the past and the new memory registration scheme being discussed now) as
they get introduced. Such an integrated approach helps to test out these
features at the lower layers as well as at the MPI layer. This process
helps to resolve out any bugs with the new features during the testing
process itself. It also accelerates the deployment and use of these new
features in the community.

However, to make the complete OFED release process work smoothly for
everybody (vendors, distros, users, etc.) without affecting the release
schedule, it is essential that stable MPI packages are added to OFED. This
is what we have been doing wrt MVAPICH and MVAPICH2 for the last several
years.

If the developers of any MPI package do not want it to be a part of the
OFED due to any constraints, it should be allowed. However, such an action
should not force to remove all MPI packages.

>From the point of view of MVAPICH and MVAPICH2 packages in OFED, we have
been providing stable packages to OFED for the last several years helping
the OFED community and would like to continue with this process.

Thanks,

DK



_______________________________________________
ewg mailing list
ewg at lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg