Dear all,
I am new in OpenMPI and writing a parallel processing program using openmpi in
C++ language. I would like to use the function MPI_Allreduce() but my sendbuf
and recvbuf datatype are pointers/arrays (2D).
Is it possible to pass in and out the pointers/arrays using the MPI_Allreduce()
On 4/1/13 9:20 PM, Ralph Castain wrote:
It's probably the same problem - try running 'mpirun -npernode 1 -tag-output ulimit
-a" on the remote nodes and see what it says. I suspect you'll find that they
aren't correct.
Somehow I could not run your advised CMD:
$ qsub -l nodes=4:ppn=8 -I
qsub
Hi,
Am 02.04.2013 um 13:22 schrieb Duke Nguyen:
> On 4/1/13 9:20 PM, Ralph Castain wrote:
>> It's probably the same problem - try running 'mpirun -npernode 1 -tag-output
>> ulimit -a" on the remote nodes and see what it says. I suspect you'll find
>> that they aren't correct.
>
> Somehow I co
Hi,
Am 30.03.2013 um 14:46 schrieb Patrick Bégou:
> Ok, so your problem is identified as a stack size problem. I went into these
> limitations using Intel fortran compilers on large data problems.
>
> First, it seems you can increase your stack size as "ulimit -s unlimited"
> works (you didn't
Hi,
Am 30.03.2013 um 15:35 schrieb Gustavo Correa:
> On Mar 30, 2013, at 10:02 AM, Duke Nguyen wrote:
>
>> On 3/30/13 8:20 PM, Reuti wrote:
>>> Am 30.03.2013 um 13:26 schrieb Tim Prince:
>>>
On 03/30/2013 06:36 AM, Duke Nguyen wrote:
> On 3/30/13 5:22 PM, Duke Nguyen wrote:
>> On 3
On 4/2/13 6:42 PM, Reuti wrote:
/usr/local/bin/mpirun -npernode 1 -tag-output sh -c "ulimit -a"
You are right :)
$ /usr/local/bin/mpirun -npernode 1 -tag-output sh -c "ulimit -a"
[1,0]:core file size (blocks, -c) 0
[1,0]:data seg size (kbytes, -d) unlimited
[1,0]:scheduling
On 4/2/13 6:50 PM, Reuti wrote:
Hi,
Am 30.03.2013 um 14:46 schrieb Patrick Bégou:
Ok, so your problem is identified as a stack size problem. I went into these
limitations using Intel fortran compilers on large data problems.
First, it seems you can increase your stack size as "ulimit -s unli
On 3/30/13 8:46 PM, Patrick Bégou wrote:
Ok, so your problem is identified as a stack size problem. I went into
these limitations using Intel fortran compilers on large data problems.
First, it seems you can increase your stack size as "ulimit -s
unlimited" works (you didn't enforce the system
Hmmm...tell you what. I'll add the ability for OMPI to set the limit to a
user-specified level upon launch of each process. This will give you some
protection and flexibility.
I forget, so please forgive the old man's fading memory - what version of OMPI
are you using? I'll backport a patch for
Hello:
I'm trying to produce a performance model for a piece of software, and I'd
like to know the expected performance behavior of MPI_Scatter and
MPI_Gather as the number of processors increases. I've searched to no
avail for a publication on this topic.
Can you point me in the direction of so
On 04/02/2013 11:40 AM, Duke Nguyen wrote:
On 3/30/13 8:46 PM, Patrick Bégou wrote:
Ok, so your problem is identified as a stack size problem. I went into
these limitations using Intel fortran compilers on large data problems.
First, it seems you can increase your stack size as "ulimit -s
unlim
On 4/2/13 10:45 PM, Ralph Castain wrote:
Hmmm...tell you what. I'll add the ability for OMPI to set the limit to a
user-specified level upon launch of each process. This will give you some
protection and flexibility.
That would be excellent ;)
I forget, so please forgive the old man's fadi
On 4/2/13 11:03 PM, Gus Correa wrote:
On 04/02/2013 11:40 AM, Duke Nguyen wrote:
On 3/30/13 8:46 PM, Patrick Bégou wrote:
Ok, so your problem is identified as a stack size problem. I went into
these limitations using Intel fortran compilers on large data problems.
First, it seems you can incre
We are starting to play with FCA on our Mellonox based IB fabric.
I noticed from ompi_info that FCA support for a lot of collectives are disabled
by default:
Any idea why only barrier/bcast/reduce are on by default and all the more
complex values are disabled?
MCA coll: parame
14 matches
Mail list logo
