Hi,
I have fixed the timing issue between the server and client, and now I
could build Open MPI successfully.
Here is the output of ompi_info
[root@micrompi-2 ompi]# ompi_info
Open MPI: 1.0a1r6760M
Open MPI SVN revision: r6760M
Open RTE: 1.0a1r6760M
Op
In THCA4, mpga and mtl_common libraries were removed and I think functionality
got included in vapi and mosal libs.
We don't have to treat as an error if mpga and mtl_common libs doesn't exist
but we can treat as warning and whoever is tyring to configure they need to go
and verify whether mpg
On Aug 9, 2005, at 7:24 AM, Sridhar Chirravuri wrote:
I have fixed the timing issue between the server and client, and now I
could build Open MPI successfully.
Good.
Here is the output of ompi_info
[root@micrompi-2 ompi]# ompi_info
Open MPI: 1.0a1r6760M
Note that as o
Hello,
I am trying to understand how memory registration works in openMPI and
I have a question. Does mca_mpool_base_(insert|insert) interface supports
overlapping registrations? If one module register memory from 0 to 100
and another from 50 to 150 what mca_mpool_base_find(80) will return to
ob
On Aug 9, 2005, at 8:04 AM, Jeff Squyres wrote:
On Aug 9, 2005, at 7:24 AM, Sridhar Chirravuri wrote:
I have disabled building OpenIB and to do so I have touched
.ompi_ignore. This should not be a problem for MVAPI.
If the Open IB headers / libraries are not located in compiler-known
locatio
Hi,
Does r6774 has lot of changes that are related to 3rd generation
point-to-point? I am trying to run some benchmark tests (ex: pallas) with Open
MPI stack and just want to compare the performance figures with MVAPICH 095 and
MVAPICH 092.
In order to use 3rd generation p2p communication, I
Thanks Brian.
One thing is - If we want to use 3rd generation p2p communication, we
can either export OMPI_MCA_pml=ob1 or we can add "pml=ob1" in the file
openmpi-mca-params.conf.
I have done both and ran Pallas bench mark. Is anyone got a chance to
run Pallas with the recent code drop? I am u
Continuation to previous mail.
I ran pallas by forcing 3rd gen but Pallas just hung and could see the
messages
Request for 0 bytes (coll_basic_reduce_scatter.c, 79)
Request for 0 bytes (coll_basic_reduce.c, 193)
Request for 0 bytes (coll_basic_reduce_scatter.c, 79)
Request for 0 bytes (coll_basi
On Aug 9, 2005, at 8:48 AM, Sridhar Chirravuri wrote:
Does r6774 has lot of changes that are related to 3rd generation
point-to-point? I am trying to run some benchmark tests (ex:
pallas) with Open MPI stack and just want to compare the
performance figures with MVAPICH 095 and MVAPICH 092.
On Aug 9, 2005, at 9:48 AM, Sridhar Chirravuri wrote:
Does r6774 has lot of changes that are related to 3rd generation
point-to-point? I am trying to run some benchmark tests (ex: pallas)
with Open MPI stack and just want to compare the performance figures
with MVAPICH 095 and MVAPICH 092.
L
I have run sendrecv function in Pallas but it failed to run it. Here is
the output
[root@micrompi-2 SRC_PMB]# mpirun -np 2 PMB-MPI1 sendrecv
Could not join a running, existing universe
Establishing a new one named: default-universe-5097
[0,1,1][btl_mvapi.c:130:mca_btl_mvapi_del_procs] Stub
[0,1,1
The same kind of output while running Pallas "pingpong" test.
-Sridhar
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Sridhar Chirravuri
Sent: Tuesday, August 09, 2005 7:44 PM
To: Open MPI Developers
Subject: Re: [O-MPI devel] Fwd: Reg
Hello Sridhar,
We'll see if we can reproduce this today.
Thanks,
Tim
Sridhar Chirravuri wrote:
The same kind of output while running Pallas "pingpong" test.
-Sridhar
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Sridhar Chirravu
Gleb.
The memory pool does not support overlapping registrations. The
registrations are stored in a balanced tree, so which ever of the two it
encounters first it will return.
Tim Prins
> Hello,
>
> I am trying to understand how memory registration works in openMPI and
> I have a question. Do
Okay Tim. Thanks for the mail.
Tomorrow, I will try with configuration options that Brian had mentioned
and will let you guys know the status.
Thanks all for your support.
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Tim S. Woodal
On Tue, Aug 09, 2005 at 08:20:38AM -0600, Timothy B. Prins wrote:
> Gleb.
>
> The memory pool does not support overlapping registrations. The
> registrations are stored in a balanced tree, so which ever of the two it
> encounters first it will return.
This was my impression. Is this inefficient? I
Gleb,
We just talked about this problem and we decided that we needed to support
overlapping registrations. Our idea is to add another funtion to the mpool
that would return a list of registrations that correspond to a base
address.
If you have anyother ideas of how to do it please let us know.
Hi
On Aug 9, 2005, at 8:15 AM, Sridhar Chirravuri wrote:
The same kind of output while running Pallas "pingpong" test.
-Sridhar
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Sridhar Chirravuri
Sent: Tuesday, August 09, 2005 7:44 PM
Hi Sridhar,
I have committed changes that allow you to set the debg verbosity,
OMPI_MCA_btl_base_debug
0 - no debug output
1 - standard debug output
2 - very verbose debug output
Also we have run the Pallas tests and are not able to reproduce your
failures. We do see a warning in the Reduce te
Hi all -
We finally broke down today on the telecon and decided that there's
just no way around playing memory manager tricks to get good IB and
Myrinet performance. I added two things to opal today - a dispatch
system so that different functions could register to receive
callbacks whene
I run all the ex-Pallas test and the same error happens. We try to malloc
0 bytes and we hang somewhere. Let me explain what I found. First of all,
most of the tests seems to work perfectly (at least with the PTL/BTL I was
able to run: sm, tcp, mx). The deadlock as well as the memory allocation
pro
21 matches
Mail list logo
