Hi,
I'm trying to get OpenMPI running in a new machine, and I came accross
an error message that I hadn't seen before.
,
| can@login1:> mpirun -np 1 ./code config.txt
| --
| No objects of the specified type were found on
which version of ompi are you running ?
this error can occur on systems with no NUMA object (e.g. single socket
with hwloc < 2)
as a workaround, you can
mpirun --map-by socket ...
iirc, this has been fixed
Cheers,
Gilles
On Thursday, March 9, 2017, Angel de Vicente wrote:
> Hi,
>
> I'm tryin
Hi,
Gilles Gouaillardet writes:
> which version of ompi are you running ?
2.0.1
> this error can occur on systems with no NUMA object (e.g. single
> socket with hwloc < 2)
> as a workaround, you can
> mpirun --map-by socket ...
with --map-by socket I get exactly the same issue (both in the log
Can you run
lstopo
in your machine, and post the output ?
can you also try
mpirun --map-by socket --bind-to socket ...
and see if it helps ?
Cheers,
Gilles
On Thursday, March 9, 2017, Angel de Vicente wrote:
> Hi,
>
> Gilles Gouaillardet > writes:
> > which version of ompi are you running ?
Hi,
Gilles Gouaillardet writes:
> Can you run
> lstopo
> in your machine, and post the output ?
no lstopo in my machine. This is part of hwloc, right?
> can you also try
> mpirun --map-by socket --bind-to socket ...
> and see if it helps ?
same issue.
Perhaps I need to compile hwloc as well?
Yes, lstopo is part of hwloc
by default, Open MPI uses an embedded version of hwloc 1.11.2,
so i suggest you install the full hwloc with the same version
Cheers,
Gilles
- Original Message -
> Hi,
>
> Gilles Gouaillardet writes:
> > Can you run
> > lstopo
> > in your machine, and post
Paul Kapinos writes:
> Hi Dave,
>
>
> On 03/06/17 18:09, Dave Love wrote:
>> I've been looking at a new version of an application (cp2k, for for what
>> it's worth) which is calling mpi_alloc_mem/mpi_free_mem, and I don't
>
> Welcome to the club! :o)
> In our measures we see some 70% of time in '
Nathan Hjelm writes:
> If this is with 1.10.x or older run with --mca memory_linux_disable
> 1. There is a bad interaction between ptmalloc2 and psm2 support. This
> problem is not present in v2.0.x and newer.
Is that applicable to openib too?
___
user
Hi Joseph,
in your code, you are updating the local buffer, which is also exposed
via the window, right after the lock_all call, but the stores
(baseptr[i] = 1000 + loffs++, let's call those the buffer
initialization) are may overwrite the outcome of other concurrent
operations, i.e. the accumulat
Hi again,
thanks for your help. I installed the latest OpenMPI (2.0.2).
lstopo output:
,
| lstopo --version
| lstopo 1.11.2
|
| lstopo
| Machine (7861MB)
| L2 L#0 (1024KB) + L1d L#0 (32KB) + L1i L#0 (64KB) + Core L#0 + PU L#0
| (P#0)
| L2 L#1 (1024KB) + L1d L#1 (32KB) + L1i L#1 (64KB
On 03/09/2017 03:10 PM, Steffen Christgau wrote:
>
> Since you are using
> the unified model, you can omit the proposed exclusive lock (see above)
> as well.
To be fair, you have to be cautious when doing that - even in the
unified model. See example 11.7 in the MPI-3.1 standard. In that
context,
What's this machine made of? (processor, etc)
What kernel are you running ?
Getting no "socket" or "package" at all is quite rare these days.
Brice
Le 09/03/2017 15:28, Angel de Vicente a écrit :
> Hi again,
>
> thanks for your help. I installed the latest OpenMPI (2.0.2).
>
> lstopo output:
Can this help? If you think any other information could be relevant, let me
know.
Cheers,
Ángel
cat /proc/cpuinfo
processor : 0
cpu : PPC970MP, altivec supported
clock : 2297.70MHz
revision: 1.1 (pvr 0044 0101)
[4 processors]
timebase: 14318000
ma
Ok, that's a very old kernel on a very old POWER processor, it's
expected that hwloc doesn't get much topology information, and it's then
expected that OpenMPI cannot apply most binding policies.
Brice
Le 09/03/2017 16:12, Angel de Vicente a écrit :
> Can this help? If you think any other infor
Well, that is embarrassing! Thank you so much for figuring this out and
providing a detailed answer (also thanks to everyone else who tried to
reproduce it). I guess I assumed some synchronization in lock_all even
though I know that it is not collective. With an additional barrier
between initi
Angel,
i suggest you get an xml topo with
hwloc --of xml
on both your "exotic" POWER platform and a more standard and recent one.
then you can manually edit the xml topology and add the missing objects.
finally, you can pass this to Open MPI like this
mpirun --mca hwloc_base_topo_file myt
16 matches
Mail list logo