This is a follow-up to an earlier question, I'm trying to understand how --mca
btl prioritizes it's choice for connectivity. Going back to my original
network, there are actually two networks running around. A point to point
Infiniband network that looks like this (with two fabrics):
A(port 1
Hello,
I have a small test case where a file created with MPI_File_open
is still open at the time MPI_Finalize is called. In the actual
program there are lots of open files and it would be nice to avoid the
resulting "Your MPI job will now abort." by either having MPI_Finalize
close the files
On Nov 21, 2010, at 1:46 PM, Riccardo Murri wrote:
> I'm using code like this:
>
> MPI_Iprobe(MPI_ANY_SOURCE, MPI_ANY_TAG, MPI_COMM_WORLD, &flag, &status);
> if(flag) {
>int size;
>MPI_Get_count(&status, MPI_BYTE, &size);
>void* row = xmalloc(size);
>/* ... */
>MPI_Recv(row,
On Nov 22, 2010, at 11:52 AM, Hicham Mouline wrote:
> i have now a application with a gui. The gui launches the calculations
> in-process serially.
> No MPI involved. Fine. The objective is to parallelize.
Gotcha.
> I want to keep the GUI(windows) as the control to start calcs and display
> resu
Thanks for the quick response ... I've been thinking about this today and tried
a few things on my CentOS mini connected cluster ...
To use tcp btl I will have to set up a bridge on A with ib0 and ib1
participating in the bridge, then tcp btl could be used as you suggest.
Unfortunately, the ob
On Wed, Nov 17, 2010 at 11:23:29AM +0100, Zak wrote:
> Dear
> I m getting the following error, during the I/O
>
> "out of memory in io_romio_ad_nfs_read.c, line 156"
>
> do any one knew how I solve this issue during the read of file
that's odd. How many processors? can you tell me if it happen
i have now a application with a gui. The gui launches the calculations
in-process serially.
No MPI involved. Fine. The objective is to parallelize.
I want to keep the GUI(windows) as the control to start calcs and display
results.
The GUI could be the master process of the mpi processes.
That's b
Thanks for tracking that down!
Here's where it was removed:
https://svn.open-mpi.org/trac/ompi/changeset/23434
and then it was later applied to the v1.4 branch in r23448.
I'll double check back with Ralph (the ORTE guy), but I don't think that this
change matters.
On Nov 18, 2010, at 5:1
On Nov 17, 2010, at 6:58 AM, Ricardo Reis wrote:
> Thanks for the explanation. Then this should be updated in the spec no...?
You have no idea. :-)
The MPI Forum has been debating about exactly this issue for over a year. It
turns out to be a surprisingly complex, subtle issue (i.e., it's not
On Nov 18, 2010, at 7:03 PM, HeeJin Kim wrote:
> I'm using Mellanox infiniband network card and trying to run it with openmpi.
> The problem is that I can connect and communicate between nodes, but I'm not
> sure whether it is in a correct state or not.
>
> I have two version of openmpi, one is
This looks like something the boost people will have to support you with -- we
don't know anything about their installer.
Sorry! :(
On Nov 19, 2010, at 2:40 PM, Hicham Mouline wrote:
> hello,sorry for cross posting. I've built openmpi 1.4.3 on win32 and
> generated only 4 release libs:
> 3,6
Other than MPI_COMM_SPAWN[_MULTIPLE], we don't expose the underlying run-time
to MPI applications.
There is a whole programatic interface for the layer under MPI (the Open MPI
Runtime Environment -- ORTE), though. We don't advise mixing ORTE calls in MPI
applications, but it is certainly feasi
You're gonna have to use a protocol that can route through a machine,
OFED User Verbs (ie openib) does not do this. The only way I know of to
do this via OMPI is with the tcp btl.
--td
On 11/22/2010 09:28 AM, Paul Monday (Parallel Scientific) wrote:
We've been using OpenMPI in a switched envi
We've been using OpenMPI in a switched environment with success, but
we've moved to a point to point environment to do some work. Some of
the nodes cannot talk directly to one another, sort of like this with
computers A,B, C with A having two ports:
A(1)(opensm)-->B
A(2)(opensm)-->C
No way!!! That is so limiting,
Are you aware of any MPI implementation that is able to do both windows and
linux?
regards,
_
Hi Hicham,
Unfortunately, it's not possible to run over both windows and linux.
Regards,
Shiqing
--
Hi Hicham,
Unfortunately, it's not possible to run over both windows and linux.
Regards,
Shiqing
On 2010-11-22 10:04 AM, Hicham Mouline wrote:
Hello
Is it possible to run openmpi application over 2 hosts win32 and linux64?
I ran this from the win box
mpirun -np 2 --hetero --host localhost,
Hello
Is it possible to run openmpi application over 2 hosts win32 and linux64?
I ran this from the win box
> mpirun -np 2 --hetero --host localhost,host2 .\Test1.exe
and the error was:
[:04288] This feature hasn't been implemented yet.
[:04288] Could not connect to namespace cimv2 on node host2
17 matches
Mail list logo