Re: [OMPI users] debugging with mpirun
Hi I see that XMPI will do all that I need, but it says, it works with LAM/MPI up to versions 6.3.2 & 6.5.9, I am not sure if trying that with open/mpi will work or not, Thanks again, Manal On Fri, 2006-07-07 at 12:27 +1000, Manal Helal wrote: > thing that can show me varia
Re: [OMPI users] debugging with mpirun
or, if there is openMPI under Windows, where I can do some visual debugging, I appreciate any hints, because my application is getting too big, that printf are not doing any good, thanks, Manal On Fri, 2006-07-07 at 14:10 +1000, Manal Helal wrote: > Hi > > I see that XMPI will do all that I need, but it says, it works with > LAM/MPI up to versions 6.3.2 & 6.5.9, I am not sure if trying that with > open/mpi will work or not, > > Thanks again, > > Manal > On Fri, 2006-07-07 at 12:27 +1000, Manal Helal wrote: > > thing that can show me varia
Re: [OMPI users] MPI_Recv, is it possible to switch on/off aggresive mode during runtime?
Although it will add some overhead, have you tried using MPI_Probe before
calling MPI_Recv. I am curious to know if the Probe is less CPU intensive than
a direct call to MPI_Recv. An example of how I use it:
MPI_Probe(MPI_ANY_SOURCE,MPI_ANY_TAG,MPI_COMM_WORLD,&status);
MPI_Recv(DispBuff,height,MPI_UNSIGNED_LONG,status.MPI_SOURCE,status.MPI_TAG,MPI_COMM_WORLD,&rstatus);
(This is used to receive known data from an unknown source)
Eric
Le mercredi 5 juillet 2006 10:54, Marcin Skoczylas a écrit :
> Dear open-mpi users,
>
> I saw some posts ago almost the same question as I have, but it didn't
> give me satisfactional answer.
> I have setup like this:
>
> GUI program on some machine (f.e. laptop)
> Head listening on tcpip socket for commands from GUI.
> Workers waiting for commands from Head / processing the data.
>
> And now it's problematic. For passing the commands from Head I'm using:
> while(true)
> {
> MPI_Recv...
>
> do whatever head said (process small portion of the data, return
> result to head, wait for another commands)
> }
>
> So in the idle time workers are stuck in MPI_Recv and have 100% CPU
> usage, even if they are just waiting for the commands from Head.
> Normally, I would not prefer to have this situation as I sometimes have
> to share the cluster with others. I would prefer not to stop whole mpi
> program, but just go into 'idle' mode, and thus make it run again soon.
> Also I would like to have this aggresive MPI_Recv approach switched on
> when I'm alone on the cluster. So is it possible somehow to switch this
> mode on/off during runtime? Thank you in advance!
>
> greetings, Marcin
>
>
> ___
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users
>
--
Eric Thibodeau
Neural Bucket Solutions Inc.
T. (514) 736-1436
C. (514) 710-0517
[OMPI users] readline and mpirun
When I run my MPI enabled application via mpirun, my application command-prompt looses its readline editing capability. I was wondering if there is workaround. Thanks. Saadat.
Re: [OMPI users] Dynamic COMM_WORLD
Eric Thibodeau wrote: Hello all, Before I embark on a train that will run out of tracks, I wanted to get a WFF concerning the spwaning mechanisme in OpenMPI. The intent is that I would program a "simple" parallel application that would demonstrate the ability of recent MPI implementations (OpenMPI) to dynamically ADD or remove processes from the parallel task pool. Of course, any documentation concerning these new features would also be greatly appreciated ;) Open MPI supports spawning new processes as defined in the MPI-2 specification, see e.g. http://www-unix.mcs.anl.gov/mpi/mpi-standard/mpi-report-2.0/mpi2-report.htm However, please note, that this does not modify MPI_COMM_WORLD. MPI_COMM_WORLD is a static communicator which can not be changed, even in Open MPI... Thanks Edgar
[OMPI users] Client Server
Hello All, I would like to know if anyone has tested Client server model using OpenMPI. Is there a place where i can get some simple example of this type of system. Thanks Abhinav
Re: [OMPI users] Dynamic COMM_WORLD
Yes, I was interested in the example such as: http://www-unix.mcs.anl.gov/mpi/mpi-standard/mpi-report-2.0/node98.htm#Node98 The way I see it, there are litteraly two programs, a Manager program and a Worker program which is started by the manager (the example doesn't show if multiple workers are started by repeated calls to the spawn command). I unsderstand that MPI_COMM_WORLD is somewhat static but I am unclear as to how to communicate with future-spawned process... Is there an MPI_COMM_UNIVERSE that we can drop in place of the MPI_COMM_WORLD? It's also not clear who would be part of MPI_COMM_PARENT other than the process that spawned the worker. Well, I know I have some reading to perform on the whole dynamic/spawning process, my query was really to know if OpenMPI was up and ready in that field of MPI2. Thanks, Eric Le vendredi 7 juillet 2006 14:09, Edgar Gabriel a écrit : > Eric Thibodeau wrote: > > Hello all, > > > > Before I embark on a train that will run out of tracks, I wanted to > > get a WFF concerning the spwaning mechanisme in OpenMPI. The intent > > is that I would program a "simple" parallel application that would > > demonstrate the ability of recent MPI implementations (OpenMPI) to > > dynamically ADD or remove processes from the parallel task pool. Of > > course, any documentation concerning these new features would also be > > greatly appreciated ;) > > Open MPI supports spawning new processes as defined in the MPI-2 > specification, see e.g. > > http://www-unix.mcs.anl.gov/mpi/mpi-standard/mpi-report-2.0/mpi2-report.htm > > However, please note, that this does not modify MPI_COMM_WORLD. > MPI_COMM_WORLD is a static communicator which can not be changed, even > in Open MPI... > > Thanks > Edgar > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users > -- Eric Thibodeau Neural Bucket Solutions Inc. T. (514) 736-1436 C. (514) 710-0517
Re: [OMPI users] Dynamic COMM_WORLD
Hello, I have done some work on this using MPICH which is very similar to OpenMPI usage. The i think this is working as soon as you spawn a process it creates a intercommunicator and you can comunicate with the corresponding working using that intercommunicator. If you want to communicate between two workers then you will have to merge all the processes which communicate into one intra communicator and pass that particular intracommunicator during communication. I hope this helps Abhishek Nortel Gov. Sol. From: Eric Thibodeau Reply-To: Open MPI Users To: us...@open-mpi.org Subject: Re: [OMPI users] Dynamic COMM_WORLD Date: Fri, 7 Jul 2006 14:49:04 -0400 Yes, I was interested in the example such as: http://www-unix.mcs.anl.gov/mpi/mpi-standard/mpi-report-2.0/node98.htm#Node98 The way I see it, there are litteraly two programs, a Manager program and a Worker program which is started by the manager (the example doesn't show if multiple workers are started by repeated calls to the spawn command). I unsderstand that MPI_COMM_WORLD is somewhat static but I am unclear as to how to communicate with future-spawned process... Is there an MPI_COMM_UNIVERSE that we can drop in place of the MPI_COMM_WORLD? It's also not clear who would be part of MPI_COMM_PARENT other than the process that spawned the worker. Well, I know I have some reading to perform on the whole dynamic/spawning process, my query was really to know if OpenMPI was up and ready in that field of MPI2. Thanks, Eric Le vendredi 7 juillet 2006 14:09, Edgar Gabriel a écrit : > Eric Thibodeau wrote: > > Hello all, > > > > Before I embark on a train that will run out of tracks, I wanted to > > get a WFF concerning the spwaning mechanisme in OpenMPI. The intent > > is that I would program a "simple" parallel application that would > > demonstrate the ability of recent MPI implementations (OpenMPI) to > > dynamically ADD or remove processes from the parallel task pool. Of > > course, any documentation concerning these new features would also be > > greatly appreciated ;) > > Open MPI supports spawning new processes as defined in the MPI-2 > specification, see e.g. > > http://www-unix.mcs.anl.gov/mpi/mpi-standard/mpi-report-2.0/mpi2-report.htm > > However, please note, that this does not modify MPI_COMM_WORLD. > MPI_COMM_WORLD is a static communicator which can not be changed, even > in Open MPI... > > Thanks > Edgar > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users > -- Eric Thibodeau Neural Bucket Solutions Inc. T. (514) 736-1436 C. (514) 710-0517 ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
