- discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] command.so: wmpiconfig.exe program....
by Jayesh Krishna 08 Apr '13

08 Apr '13

Hi, The wmpiconfig program was designed to search for PCs, with MPICH2 installed, in a workgroup. However there are some bugs in the code and we don't have any developer cycles to fix it. We don't have any specific developer documents pertaining to the wmpiconfig utility. I would recommend taking a look at the MPICH2 source (/src/pm/smpd/wmpiconfig/*). Regards, Jayesh ----- Original Message ----- From: "seungkyun lim" <seungkyun9021(a)gmail.com> To: discuss(a)mpich.org Sent: Monday, April 8, 2013 5:27:10 AM Subject: [mpich-discuss] command.so: wmpiconfig.exe program.... [Specification of our environment] OS: Windows 7 (64bit) Two workstations: Intel CPU (64bit) Programming environment: Visual studio 2010 (64bit) hi. I use MPICH2 64 bit in windows 64bit. and I've already finished sample test for communicate and Master PC and slave PCs. now, I need command which can search slave PCs. It can communicate with saster PC from CMD program Is there any command of CMDprogram to search a slaves PCs in workgroup from master PC? lastly, I'd appreciate if you let me know some materials to make wmpiconfig.exe thank you ~ -- 임승균 올림 연락처 : 010-7979-4456 E-Mail: seungkyun9021(a)gmail.com , tmdrbs9021(a)naver.com _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Issue related to MPI_Comm_Spawn_Multiple
by Dave Goodell 08 Apr '13

08 Apr '13

On Apr 8, 2013, at 4:47 AM CDT, Mahesh Doijade <maheshdoijade(a)gmail.com> wrote: > Is there any upper limit for command line arguments passed to MPI_Comm_Spawn_Multiple. There is no intentional, specific upper limit, though there will probably be two limits in practice: * an OS limit on number of arguments and/or total size (in bytes) of arguments: http://www.in-ulm.de/~mascheck/various/argmax/ * some limitations in our internal PMI protocols, which hopefully are at least being error checked right now The first limit will probably result in an understandable error message. I have no idea what will happen if you hit the second limit. -Dave

1 0

command.so: wmpiconfig.exe program....
by seungkyun lim 08 Apr '13

08 Apr '13

[Specification of our environment] OS: Windows 7 (64bit)Two workstations: Intel CPU (64bit) Programming environment: Visual studio 2010 (64bit) hi.**** I use MPICH2 64 bit in windows 64bit.**** and I've already finished sample test for communicate and Master PC and slave PCs.**** now, I need command which can search slave PCs. It can communicate with saster PC from CMD program**** Is there any command of CMDprogram to search a slaves PCs in workgroup from master PC?**** lastly, I'd appreciate if you let me know some materials to make wmpiconfig.exe**** thank you ~ -- 임승균 올림 연락처 : 010-7979-4456 E-Mail: seungkyun9021(a)gmail.com, *tmdrbs9021(a)naver.com*

1 0

Issue related to MPI_Comm_Spawn_Multiple
by Mahesh Doijade 08 Apr '13

08 Apr '13

Is there any upper limit for command line arguments passed to MPI_Comm_Spawn_Multiple. -- Regards, -- Mahesh Doijade

1 0

Re: [mpich-discuss] run more then 1 process
by Pavan Balaji 08 Apr '13

08 Apr '13

Please keep discuss(a)mpich.org cc'ed on your emails. Also, you are using mpiexec (hydra) incorrectly. mpiexec -help will give you more information on how to use it. Also see: http://wiki.mpich.org/mpich/index.php/Using_the_Hydra_Process_Manager -- Pavan On 04/08/2013 12:14 AM US Central Time, Иващук Роман wrote: > Good afternoon. Here are some mistakes with hydra and smpd. > -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

Re: [mpich-discuss] Citations for Scatter/Allgather Broadcast and ReduceScatter/Gather Reduce
by Rajeev Thakur 07 Apr '13

07 Apr '13

I see. I didn't know that. Thanks, Rajeev On Apr 7, 2013, at 10:21 PM, Robert van de Geijn wrote: > Rajeev, > > I pointed out to Jack that Fox et al. actually discovered the scatter/allgather broadcast, and that I merely popularized it. So he went and tracked it down. > > Robert > > On Apr 7, 2013, at 10:19 PM, Rajeev Thakur wrote: > >> Jack, >> At the time that code was originally written around 10 years ago, Rabenseifner's algorithm for long-message reduce was not so well known, which is why I think I mentioned it in the code, whereas the long-message broadcast algorithm was relatively well known. A paper describing the collectives in MPICH, published in early 2005, cites two of Robert's papers for the long-message broadcast implemented as scatter-allgather: http://www.mcs.anl.gov/~thakur/papers/ijhpca-coll.pdf. >> >> Regards, >> Rajeev >> >> On Apr 7, 2013, at 9:48 PM, Jack Poulson wrote: >> >>> Dear all, >>> >>> I am putting together a lecture on collective communication and was perusing the MPICH 3.0.3 source code when I noticed that the only references for the long-message implementations of Reduce and Broadcast seem to be "Rabenseifer's algorithm" for Reduce, with a pointer to the following webpage and corresponding 1997 publication: >>> https://fs.hlrs.de/projects/par/mpi//myreduce.html >>> >>> This seems to be a bit strange to me, since this is essentially the Scatter composed with Allgather approach to Broadcast implemented in reverse, which was proposed by Fox, Furmanski, and Walker nearly a decade earlier in "Optimal matrix algorithms on homogeneous hypercube" (see Figs. 1 and 2, where the term "expand" is used instead of the modern "Allgather"): >>> http://dl.acm.org/citation.cfm?id=63125 >>> >>> It would seem to me that, if the source code is to include academic references, it would make sense to also cite this (much earlier) paper. >>> >>> Best Regards, >>> Jack Poulson >>> _______________________________________________ >>> discuss mailing list discuss(a)mpich.org >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >

1 0

Re: [mpich-discuss] Citations for Scatter/Allgather Broadcast and ReduceScatter/Gather Reduce
by Rajeev Thakur 07 Apr '13

07 Apr '13

Jack, At the time that code was originally written around 10 years ago, Rabenseifner's algorithm for long-message reduce was not so well known, which is why I think I mentioned it in the code, whereas the long-message broadcast algorithm was relatively well known. A paper describing the collectives in MPICH, published in early 2005, cites two of Robert's papers for the long-message broadcast implemented as scatter-allgather: http://www.mcs.anl.gov/~thakur/papers/ijhpca-coll.pdf. Regards, Rajeev On Apr 7, 2013, at 9:48 PM, Jack Poulson wrote: > Dear all, > > I am putting together a lecture on collective communication and was perusing the MPICH 3.0.3 source code when I noticed that the only references for the long-message implementations of Reduce and Broadcast seem to be "Rabenseifer's algorithm" for Reduce, with a pointer to the following webpage and corresponding 1997 publication: > https://fs.hlrs.de/projects/par/mpi//myreduce.html > > This seems to be a bit strange to me, since this is essentially the Scatter composed with Allgather approach to Broadcast implemented in reverse, which was proposed by Fox, Furmanski, and Walker nearly a decade earlier in "Optimal matrix algorithms on homogeneous hypercube" (see Figs. 1 and 2, where the term "expand" is used instead of the modern "Allgather"): > http://dl.acm.org/citation.cfm?id=63125 > > It would seem to me that, if the source code is to include academic references, it would make sense to also cite this (much earlier) paper. > > Best Regards, > Jack Poulson > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss

1 0

Citations for Scatter/Allgather Broadcast and ReduceScatter/Gather Reduce
by Jack Poulson 07 Apr '13

07 Apr '13

Dear all, I am putting together a lecture on collective communication and was perusing the MPICH 3.0.3 source code when I noticed that the only references for the long-message implementations of Reduce and Broadcast seem to be "Rabenseifer's algorithm" for Reduce, with a pointer to the following webpage and corresponding 1997 publication: https://fs.hlrs.de/projects/par/mpi//myreduce.html This seems to be a bit strange to me, since this is essentially the Scatter composed with Allgather approach to Broadcast implemented in reverse, which was proposed by Fox, Furmanski, and Walker nearly a decade earlier in "Optimal matrix algorithms on homogeneous hypercube" (see Figs. 1 and 2, where the term "expand" is used instead of the modern "Allgather"): http://dl.acm.org/citation.cfm?id=63125 It would seem to me that, if the source code is to include academic references, it would make sense to also cite this (much earlier) paper. Best Regards, Jack Poulson

1 0

Re: [mpich-discuss] run more then 1 process
by Pavan Balaji 06 Apr '13

06 Apr '13

Can you provide more information on the exact error you are seeing? -- Pavan On 04/05/2013 04:26 AM US Central Time, Иващук Роман wrote: > Hi all. The problem was that when running fds_mpi there was only one process on PC inspite of the parameter -np 8. The same project of mpi and FDS files on Windows gave 8 processes (amd 8-core PC). The program does not see the file /src/pm/hydra/utils/launch/launch.c and some other files ( running with the option -binding). The file exists, the folder is "shared". > May be some environmental variables are needed? The file "Using the Hydra Process Manager" does not point to the variables for such directory. Please help. Thanks. > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

run more then 1 process
by Иващук Роман 05 Apr '13

05 Apr '13

Hi all. The problem was that when running fds_mpi there was only one process on PC inspite of the parameter -np 8. The same project of mpi and FDS files on Windows gave 8 processes (amd 8-core PC). The program does not see the file /src/pm/hydra/utils/launch/launch.c and some other files ( running with the option -binding). The file exists, the folder is "shared". May be some environmental variables are needed? The file "Using the Hydra Process Manager" does not point to the variables for such directory. Please help. Thanks.

1 0