On Jun 17, 2007, at 7:32 AM, Markus Daene wrote:
3. I think it will not be possible to use the OpenFabrics kernel/user
stack. The machine was installed by SUN, it seems that they did not
use
the one from OpenFabrics. I guess it will be a hard discussion to
change
this and we cannot do this b
Hi,
I'm having some really strange error causing me some serious headaches.
I want to integrate OpenMPI version 1.1.1 from the OFED package version
1.1 with SGE version 6.0. For mvapich all works, but for OpenMPI not ;(.
Here is my jobfile and error message:
#!/bin/csh -f
#$ -N MPI_Job
#$ -pe mpi
Two things:
1. You might want to update your version of Open MPI if possible; the
v1.1.1 version is quite old. We have added many new bug fixes and
features since v1.1.1 (including tight SGE integration). There is
nothing special about the Open MPI that is included in the OFED
distribut
Well, I might be the only one shocked by this but I'll let you know
my feelings anyway.
Having to modify the base mca in order to add one global variable
that is never used for anything useful except by the orted, doesn't
look like the best coding approach to me. Note that orterun use this
Hello all,
I just arrived to open-mpi. I'm trying to create a new btl. The goal is
to use open-mpi with a library that sends/receives packets with a
network processor (IXP) based board. Since it's an ethernet board I
thought the best way to start it's to reproduce the TCP btl. So I made
a copy o
Rerun the autogen.sh script and the new BTL will get auto-magically
included in the build. You don't have to modify anything, just run
the script.
Once you get it compiled, you can specify --mca btl ,self
on your mpirun command line to get access at runtime to your BTL.
george.
On Jun
