Greetings Jeff,
Sounds like another case of "No Bucks - No Buck Rogers" story. As much as
we want Open Source and Open Standards to solve problems, it still comes
down to a matter of funding. At least, with Open Standards and Open Source
combined, if one company goes belly up the product can be c
Meh. UDAPL never really caught on.
It was the low latency stack in Solaris for a while. Then they shifted to
verbs. Then Sun got bought by Oracle, and they didn't really care about UDAPL
anymore (at least from an HPC perspective).
Intel used to use UDAPL as their main communication layer f
You may find more updated version on ofed website:
http://www.openfabrics.org/downloads/dapl/
Pavel (Pasha) Shamis
---
Computer Science Research Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Feb 22, 2013, at 2:18 PM, Orion Poplawski wrote:
> Is the uDAPL projec
And Solaris has only implemented uDAPL 1.2.
-DON
On 07/06/10 08:00, Jeff Squyres wrote:
We don't recommend using the udapl support in Linux; it is much better to use the native
"openib" BTL that uses the verbs interface. We do not do any udapl testing on
Linux, as far as I know -- the udapl
We don't recommend using the udapl support in Linux; it is much better to use
the native "openib" BTL that uses the verbs interface. We do not do any udapl
testing on Linux, as far as I know -- the udapl BTL exists mainly for Solaris.
On Jul 5, 2010, at 5:43 AM, Gabriele Fatigati wrote:
> Dea
The uDAPL API can be accessed from the uDAPL BTL, to force its use you
would select it via a MCA parameter.
e.g. add "--mca btl self,sm,udapl" to the mpirun command line
-DON
Andreas Kuntze wrote:
Hello,
is there a way to force Open MPI to use the uDAPL API? I didn't find
anything in
