[libfabric-users] interoperability between Verbs provider and MPI (MVAPICH)

Hefty, Sean sean.hefty at intel.com
Wed Nov 8 11:22:30 PST 2017


Re-sending because of issues with the OFA email server.  Phil, you probably got this okay, but I don't think the group did.

- Sean

> > Thanks Sean.  I just meant that I have an  MPI program that (in
> > addition to it's MPI calls) tries to use OFI directly to contact an
> > external service.  The MVAPICH library is using libibverbs, not
> > libfabric.  The libfabric library is also using libibverbs.
> 
> Got it.  This makes more sense to me now.
> 
> > I was hoping that maybe there might be a magic environment variable
> > that made MPI and OFI get along on verbs before I dug too far into
> the
> > problem :)  I know that sounds like a random thing to ask about, but
> > the reason that I even thought of it is because the PSM2 provider
> has
> > a FI_PSM2_NAME_SERVER parameter that is is automatically toggled if
> > libfabric detects the presence of OpenMPI or MPICH (see
> > https://ofiwg.github.io/libfabric/v1.5.0/man/fi_psm2.7.html).  I was
> > wondering if the verbs provider did anything similar to subtly
> change
> > it's behavior if it thinks that MPI is being used that would cause
> my
> > OFI test code to work Ok in a standalone program but not within an
> MPI
> > program.
> 
> There's nothing special about verbs that I'm aware of.  I can't think
> of any reason why an app couldn't link to verbs via 2 different
> library paths, though I've never tested with that configuration.
> AFAIK, that should work.  I believe PSM is different in this regard
> and can't support that configuration.  What verbs hardware are you
> using?  It may still be worthwhile to post the question to the linux-
> rdma mailing list as well.
> 
> - Sean


More information about the Libfabric-users mailing list