January 2015 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] How to make a non-MPI process to become a MPI process of MPI_COMM_WORLD?
by Wesley Bland 23 Jan '15

23 Jan '15

The size of MPI_COMM_WORLD will never change. That communicator is set at initialization time and is not ever modified. However, when you finish connect/accept, you get a new communicator which you can merge into an intra-communicator which functions exactly like MPI_COMM_WORLD. Don’t be attached to the variable name MPI_COMM_WORLD. It’s just a variable and you can use a different one with very little extra work. Thanks, Wesley On Thu, Jan 22, 2015 at 6:14 PM, haozi <yidanyiji(a)163.com> wrote: > Thanks, Lu. > My simple code is as following. > //server > #include "mpi.h" > > int main(int argc, char *argv[]) > { > MPI_Comm client; > MPI_Status status; > char port_name[MPI_MAX_PORT_NAME]; > int size, again; > > MPI_Init(&argc, &argv); > MPI_Comm_size(MPI_COMM_WORLD, &size); > MPI_Open_port(MPI_INFO_NULL, port_name); > printf("server port_name is %s\n\n", port_name); > MPI_Comm_accept(port_name, MPI_INFO_NULL, 0, MPI_COMM_WORLD,&client); > MPI_Comm_size(MPI_COMM_WORLD, &size); > printf("At server, comm_size=%d @ MPI_COMM_WORLD=%x, > Client_World=%x\n",size,MPI_COMM_WORLD, client); > MPI_Comm_size(client, &size); > printf("At server, client_size=%d @ MPI_COMM_WORLD=%x, > Client_World=%x\n",size,MPI_COMM_WORLD, client); > > MPI_Comm_disconnect(&client); > MPI_Finalize(); > return 0; > } > > //client > #include "mpi.h" > > int main( int argc, char **argv ) > { > MPI_Comm server; > char port_name[MPI_MAX_PORT_NAME]; > int size; > > MPI_Init( &argc, &argv ); > strcpy( port_name, argv[1] ); > printf("server port name:%s\n",port_name); > MPI_Comm_connect( port_name, MPI_INFO_NULL, 0, MPI_COMM_WORLD,&server ); > MPI_Comm_size(MPI_COMM_WORLD, &size); > printf("At client, comm_size=%d @ MPI_COMM_WORLD=%x, > Server_World=%x\n",size,MPI_COMM_WORLD,server); > MPI_Comm_size(server, &size); > printf("At client, server_size=%d @ MPI_COMM_WORLD=%x, > Server_World=%x\n",size,MPI_COMM_WORLD,server); > > MPI_Comm_disconnect( &server ); > MPI_Finalize(); > return 0; > } > > The run command is as following. > mpiexec -n 1 ./server > mpiexec -n 1 ./client > > BUT, the SIZE is 1, NOT 2. > > My question is as before: How does the size of MPI_COMM_WORLD change to > 2 ? > > > At 2015-01-23 00:30:43, "Huiwei Lu" <huiweilu(a)mcs.anl.gov> wrote: > > You may take a look at MPI_Comm_accept and MPI_Comm_connect, which will > connect a new client process to a server process. See Chap. 10 of MPI 3.0 > standard (www.mpi-forum.org/docs/mpi-3.0/mpi30-report.pdf) for a detail > example. > > -- > Huiwei Lu > Postdoc Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > http://www.mcs.anl.gov/~huiweilu/ > > On Thu, Jan 22, 2015 at 9:41 AM, haozi <yidanyiji(a)163.com> wrote: > >> Hi, guys. >> >> This web page ( >> http://wiki.mpich.org/mpich/index.php/PMI_v2_Design_Thoughts) says: >> *Singleton init.* This is the process by which a program >> that was not started with mpiexec can *become an MPI process *and make >> use of all MPI features, including MPI_Comm_spawn, needs to be designed and >> documented, with particular attention to the disposition of standard I/O. >> Not all process managers will want to or even be able to create a new >> mpiexec process, so this needs to be negotiated. Similarly, the dispostion >> of stdio needs to be negotiated between the singleton process and the >> process manager. To address these issues, a new singleton init protocol has >> been implemented and tested with the gforker process manager. >> >> I am very interested in this function. >> Can this function solve the following question: >> At beginning, the MPI job uses the mpiexec commond to start >> three MPI processes. That is to say, there are three MPI processes in >> MPI_COMM_WORLD. At some time, the job find itself to need another MPI >> process to cooperate the three MPI processes. So the question is: Could PMI >> help an non-MPI process to become a MPI process of the current >> MPI_COMM_WORLD? That is to say, Could the non-MPI process use the PMI >> function to become a member process of the current MPI job which would have >> FOUR MPI processes in MPI_COMM_WORLD? >> >> Is there some method to solve question? >> Is anybody have some example? >> >> Thandks!!! >> >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> > > > > _______________________________________________ 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] Failed to compile MPICH3 v3.2a2-115-g93e816cc on Power755 (Power7/Linux)
by "Antonio J. Peña" 23 Jan '15

23 Jan '15

Hi Victor, Most likely your hardware or compiler does not support atomic memory access. Unfortunately, our IB netmod uses these builtin functions. If you have Mellanox InfiniBand, you can give a try to the MXM netmod. Best, Antonio On 01/23/2015 05:04 AM, Victor Vysotskiy wrote: > > Hi, > > > I am trying to compile the latest MPICH3 snapshot on Power7/Linux > platform by using the XLF/XLC compiler suite v14.1. The cluster is > equipped with common IB hardware. Unfortunately, the compilation > failed with the following error message: > > > lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o): In function > `MPID_nem_ib_drain_scq': > > src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x5bc4): > undefined reference to `__builtin_ctz' > > src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x5e90): > undefined reference to `__builtin_ctz' > > lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o): In function > `MPID_nem_ib_cm_drain_scq$AF227_75': > > src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x7d7c): > undefined reference to `__builtin_ctz' > > src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x7e14): > undefined reference to `__builtin_ctz' > > src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x8040): > undefined reference to `__builtin_ctz' > > lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o):src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x814c): > more undefined references to `__builtin_ctz' follow > > > For the configure's options used please check the attached > 'config.power7.linux.log' file. > > In addition, the IBM compiler produces few warnings: > > > #1 > > > "src/mpid/ch3/channels/nemesis/netmod/ib/ib_ibcom.h", line 169.39: > 1506-1147 (W) The asm constraint "a" is not supported. > > "src/mpid/ch3/channels/nemesis/netmod/ib/ib_ibcom.h", line 169.49: > 1506-1147 (W) The asm constraint "d" is not supported. > > "src/mpid/ch3/channels/nemesis/netmod/ib/ib_reg_mr.c", line 89.12: > 1506-1332 (W) A function with return type "void" may not return a > value of type "void". > > 1500-064: (W) The register name %rax is unknown. > > 1500-064: (W) The register name %rbx is unknown. > > 1500-064: (W) The register name %rcx is unknown. > > 1500-064: (W) The register name %rdx is unknown. > > > #2 > > > "/usr/include/bits/mman.h", line 45.9: 1506-236 (W) Macro name > MAP_SHARED has been redefined. > > "/usr/include/bits/mman.h", line 45.9: 1506-358 (I) "MAP_SHARED" is > defined on line 17 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 46.9: 1506-236 (W) Macro name > MAP_PRIVATE has been redefined. > > "/usr/include/bits/mman.h", line 46.9: 1506-358 (I) "MAP_PRIVATE" is > defined on line 18 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 48.10: 1506-236 (W) Macro name > MAP_TYPE has been redefined. > > "/usr/include/bits/mman.h", line 48.10: 1506-358 (I) "MAP_TYPE" is > defined on line 19 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 52.9: 1506-236 (W) Macro name > MAP_FIXED has been redefined. > > "/usr/include/bits/mman.h", line 52.9: 1506-358 (I) "MAP_FIXED" is > defined on line 20 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 54.10: 1506-236 (W) Macro name > MAP_FILE has been redefined. > > "/usr/include/bits/mman.h", line 54.10: 1506-358 (I) "MAP_FILE" is > defined on line 43 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 55.10: 1506-236 (W) Macro name > MAP_ANONYMOUS has been redefined. > > "/usr/include/bits/mman.h", line 55.10: 1506-358 (I) "MAP_ANONYMOUS" > is defined on line 21 of /usr/include/asm-generic/mman-common.h. > > "/usr/include/bits/mman.h", line 61.10: 1506-236 (W) Macro name > MAP_GROWSDOWN has been redefined. > > "/usr/include/bits/mman.h", line 61.10: 1506-358 (I) "MAP_GROWSDOWN" > is defined on line 19 of /usr/include/asm/mman.h. > > "/usr/include/bits/mman.h", line 62.10: 1506-236 (W) Macro name > MAP_DENYWRITE has been redefined. > > "/usr/include/bits/mman.h", line 62.10: 1506-358 (I) "MAP_DENYWRITE" > is defined on line 20 of /usr/include/asm/mman.h. > > "/usr/include/bits/mman.h", line 63.10: 1506-236 (W) Macro name > MAP_EXECUTABLE has been redefined. > > "/usr/include/bits/mman.h", line 63.10: 1506-358 (I) "MAP_EXECUTABLE" > is defined on line 21 of /usr/include/asm/mman.h. > > "/usr/include/bits/mman.h", line 64.10: 1506-236 (W) Macro name > MAP_LOCKED has been redefined. > > "/usr/include/bits/mman.h", line 64.10: 1506-358 (I) "MAP_LOCKED" is > defined on line 17 of /usr/include/asm/mman.h. > > "/usr/include/bits/mman.h", line 65.10: 1506-236 (W) Macro name > MAP_NORESERVE has been redefined. > > "/usr/include/bits/mman.h", line 65.10: 1506-358 (I) "MAP_NORESERVE" > is defined on line 16 of /usr/include/asm/mman.h. > > "/usr/include/bits/mman.h", line 66.10: 1506-236 (W) Macro name > MAP_POPULATE has been redefined. > > "/usr/include/bits/mman.h", line 66.10: 1506-358 (I) "MAP_POPULATE" is > defined on line 26 of /usr/include/asm/mman.h. > > > Is the error message related to the warnings observed? Or, I simply > should avoid using the nemesis:ib channel? > > > With best regards, > > Victor. > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Antonio J. Peña Postdoctoral Appointee Mathematics and Computer Science Division Argonne National Laboratory 9700 South Cass Avenue, Bldg. 240, Of. 3148 Argonne, IL 60439-4847 apenya(a)mcs.anl.gov www.mcs.anl.gov/~apenya _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Failed to compile MPICH3 v3.2a2-115-g93e816cc on Power755 (Power7/Linux)
by Victor Vysotskiy 23 Jan '15

23 Jan '15

Hi, I am trying to compile the latest MPICH3 snapshot on Power7/Linux platform by using the XLF/XLC compiler suite v14.1. The cluster is equipped with common IB hardware. Unfortunately, the compilation failed with the following error message: lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o): In function `MPID_nem_ib_drain_scq': src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x5bc4): undefined reference to `__builtin_ctz' src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x5e90): undefined reference to `__builtin_ctz' lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o): In function `MPID_nem_ib_cm_drain_scq$AF227_75': src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x7d7c): undefined reference to `__builtin_ctz' src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x7e14): undefined reference to `__builtin_ctz' src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x8040): undefined reference to `__builtin_ctz' lib/.libs/libmpi.a(lib_libmpi_la-ib_poll.o):src/mpid/ch3/channels/nemesis/netmod/ib/ib_poll.c:(.text+0x814c): more undefined references to `__builtin_ctz' follow For the configure's options used please check the attached 'config.power7.linux.log' file. In addition, the IBM compiler produces few warnings: #1 "src/mpid/ch3/channels/nemesis/netmod/ib/ib_ibcom.h", line 169.39: 1506-1147 (W) The asm constraint "a" is not supported. "src/mpid/ch3/channels/nemesis/netmod/ib/ib_ibcom.h", line 169.49: 1506-1147 (W) The asm constraint "d" is not supported. "src/mpid/ch3/channels/nemesis/netmod/ib/ib_reg_mr.c", line 89.12: 1506-1332 (W) A function with return type "void" may not return a value of type "void". 1500-064: (W) The register name %rax is unknown. 1500-064: (W) The register name %rbx is unknown. 1500-064: (W) The register name %rcx is unknown. 1500-064: (W) The register name %rdx is unknown. #2 "/usr/include/bits/mman.h", line 45.9: 1506-236 (W) Macro name MAP_SHARED has been redefined. "/usr/include/bits/mman.h", line 45.9: 1506-358 (I) "MAP_SHARED" is defined on line 17 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 46.9: 1506-236 (W) Macro name MAP_PRIVATE has been redefined. "/usr/include/bits/mman.h", line 46.9: 1506-358 (I) "MAP_PRIVATE" is defined on line 18 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 48.10: 1506-236 (W) Macro name MAP_TYPE has been redefined. "/usr/include/bits/mman.h", line 48.10: 1506-358 (I) "MAP_TYPE" is defined on line 19 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 52.9: 1506-236 (W) Macro name MAP_FIXED has been redefined. "/usr/include/bits/mman.h", line 52.9: 1506-358 (I) "MAP_FIXED" is defined on line 20 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 54.10: 1506-236 (W) Macro name MAP_FILE has been redefined. "/usr/include/bits/mman.h", line 54.10: 1506-358 (I) "MAP_FILE" is defined on line 43 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 55.10: 1506-236 (W) Macro name MAP_ANONYMOUS has been redefined. "/usr/include/bits/mman.h", line 55.10: 1506-358 (I) "MAP_ANONYMOUS" is defined on line 21 of /usr/include/asm-generic/mman-common.h. "/usr/include/bits/mman.h", line 61.10: 1506-236 (W) Macro name MAP_GROWSDOWN has been redefined. "/usr/include/bits/mman.h", line 61.10: 1506-358 (I) "MAP_GROWSDOWN" is defined on line 19 of /usr/include/asm/mman.h. "/usr/include/bits/mman.h", line 62.10: 1506-236 (W) Macro name MAP_DENYWRITE has been redefined. "/usr/include/bits/mman.h", line 62.10: 1506-358 (I) "MAP_DENYWRITE" is defined on line 20 of /usr/include/asm/mman.h. "/usr/include/bits/mman.h", line 63.10: 1506-236 (W) Macro name MAP_EXECUTABLE has been redefined. "/usr/include/bits/mman.h", line 63.10: 1506-358 (I) "MAP_EXECUTABLE" is defined on line 21 of /usr/include/asm/mman.h. "/usr/include/bits/mman.h", line 64.10: 1506-236 (W) Macro name MAP_LOCKED has been redefined. "/usr/include/bits/mman.h", line 64.10: 1506-358 (I) "MAP_LOCKED" is defined on line 17 of /usr/include/asm/mman.h. "/usr/include/bits/mman.h", line 65.10: 1506-236 (W) Macro name MAP_NORESERVE has been redefined. "/usr/include/bits/mman.h", line 65.10: 1506-358 (I) "MAP_NORESERVE" is defined on line 16 of /usr/include/asm/mman.h. "/usr/include/bits/mman.h", line 66.10: 1506-236 (W) Macro name MAP_POPULATE has been redefined. "/usr/include/bits/mman.h", line 66.10: 1506-358 (I) "MAP_POPULATE" is defined on line 26 of /usr/include/asm/mman.h. Is the error message related to the warnings observed? Or, I simply should avoid using the nemesis:ib channel? With best regards, Victor. _______________________________________________ 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] How to make a non-MPI process to become a MPI process of MPI_COMM_WORLD?
by haozi 22 Jan '15

22 Jan '15

Thanks, Lu. My simple code is as following. //server #include "mpi.h" int main(int argc, char *argv[]) { MPI_Comm client; MPI_Status status; char port_name[MPI_MAX_PORT_NAME]; int size, again; MPI_Init(&argc, &argv); MPI_Comm_size(MPI_COMM_WORLD, &size); MPI_Open_port(MPI_INFO_NULL, port_name); printf("server port_name is %s\n\n", port_name); MPI_Comm_accept(port_name, MPI_INFO_NULL, 0, MPI_COMM_WORLD,&client); MPI_Comm_size(MPI_COMM_WORLD, &size); printf("At server, comm_size=%d @ MPI_COMM_WORLD=%x, Client_World=%x\n",size,MPI_COMM_WORLD, client); MPI_Comm_size(client, &size); printf("At server, client_size=%d @ MPI_COMM_WORLD=%x, Client_World=%x\n",size,MPI_COMM_WORLD, client); MPI_Comm_disconnect(&client); MPI_Finalize(); return 0; } //client #include "mpi.h" int main( int argc, char **argv ) { MPI_Comm server; char port_name[MPI_MAX_PORT_NAME]; int size; MPI_Init( &argc, &argv ); strcpy( port_name, argv[1] ); printf("server port name:%s\n",port_name); MPI_Comm_connect( port_name, MPI_INFO_NULL, 0, MPI_COMM_WORLD,&server ); MPI_Comm_size(MPI_COMM_WORLD, &size); printf("At client, comm_size=%d @ MPI_COMM_WORLD=%x, Server_World=%x\n",size,MPI_COMM_WORLD,server); MPI_Comm_size(server, &size); printf("At client, server_size=%d @ MPI_COMM_WORLD=%x, Server_World=%x\n",size,MPI_COMM_WORLD,server); MPI_Comm_disconnect( &server ); MPI_Finalize(); return 0; } The run command is as following. mpiexec -n 1 ./server mpiexec -n 1 ./client BUT, the SIZE is 1, NOT 2. My question is as before: How does the size of MPI_COMM_WORLD change to 2 ? At 2015-01-23 00:30:43, "Huiwei Lu" <huiweilu(a)mcs.anl.gov> wrote: You may take a look at MPI_Comm_accept and MPI_Comm_connect, which will connect a new client process to a server process. See Chap. 10 of MPI 3.0 standard (www.mpi-forum.org/docs/mpi-3.0/mpi30-report.pdf) for a detail example. -- Huiwei Lu Postdoc Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~huiweilu/ On Thu, Jan 22, 2015 at 9:41 AM, haozi <yidanyiji(a)163.com> wrote: Hi, guys. This web page (http://wiki.mpich.org/mpich/index.php/PMI_v2_Design_Thoughts) says: Singleton init. This is the process by which a program that was not started with mpiexec can become an MPI process and make use of all MPI features, including MPI_Comm_spawn, needs to be designed and documented, with particular attention to the disposition of standard I/O. Not all process managers will want to or even be able to create a new mpiexec process, so this needs to be negotiated. Similarly, the dispostion of stdio needs to be negotiated between the singleton process and the process manager. To address these issues, a new singleton init protocol has been implemented and tested with the gforker process manager. I am very interested in this function. Can this function solve the following question: At beginning, the MPI job uses the mpiexec commond to start three MPI processes. That is to say, there are three MPI processes in MPI_COMM_WORLD. At some time, the job find itself to need another MPI process to cooperate the three MPI processes. So the question is: Could PMI help an non-MPI process to become a MPI process of the current MPI_COMM_WORLD? That is to say, Could the non-MPI process use the PMI function to become a member process of the current MPI job which would have FOUR MPI processes in MPI_COMM_WORLD? Is there some method to solve question? Is anybody have some example? Thandks!!! _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ 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] How to make a non-MPI process to become a MPI process of MPI_COMM_WORLD?
by Huiwei Lu 22 Jan '15

22 Jan '15

You may take a look at MPI_Comm_accept and MPI_Comm_connect, which will connect a new client process to a server process. See Chap. 10 of MPI 3.0 standard (www.mpi-forum.org/docs/mpi-3.0/mpi30-report.pdf) for a detail example. -- Huiwei Lu Postdoc Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~huiweilu/ On Thu, Jan 22, 2015 at 9:41 AM, haozi <yidanyiji(a)163.com> wrote: > Hi, guys. > > This web page ( > http://wiki.mpich.org/mpich/index.php/PMI_v2_Design_Thoughts) says: > *Singleton init.* This is the process by which a program > that was not started with mpiexec can *become an MPI process *and make > use of all MPI features, including MPI_Comm_spawn, needs to be designed and > documented, with particular attention to the disposition of standard I/O. > Not all process managers will want to or even be able to create a new > mpiexec process, so this needs to be negotiated. Similarly, the dispostion > of stdio needs to be negotiated between the singleton process and the > process manager. To address these issues, a new singleton init protocol has > been implemented and tested with the gforker process manager. > > I am very interested in this function. > Can this function solve the following question: > At beginning, the MPI job uses the mpiexec commond to start > three MPI processes. That is to say, there are three MPI processes in > MPI_COMM_WORLD. At some time, the job find itself to need another MPI > process to cooperate the three MPI processes. So the question is: Could PMI > help an non-MPI process to become a MPI process of the current > MPI_COMM_WORLD? That is to say, Could the non-MPI process use the PMI > function to become a member process of the current MPI job which would have > FOUR MPI processes in MPI_COMM_WORLD? > > Is there some method to solve question? > Is anybody have some example? > > Thandks!!! > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

How to make a non-MPI process to become a MPI process of MPI_COMM_WORLD?
by haozi 22 Jan '15

22 Jan '15

Hi, guys. This web page (http://wiki.mpich.org/mpich/index.php/PMI_v2_Design_Thoughts) says: Singleton init. This is the process by which a program that was not started with mpiexec can become an MPI process and make use of all MPI features, including MPI_Comm_spawn, needs to be designed and documented, with particular attention to the disposition of standard I/O. Not all process managers will want to or even be able to create a new mpiexec process, so this needs to be negotiated. Similarly, the dispostion of stdio needs to be negotiated between the singleton process and the process manager. To address these issues, a new singleton init protocol has been implemented and tested with the gforker process manager. I am very interested in this function. Can this function solve the following question: At beginning, the MPI job uses the mpiexec commond to start three MPI processes. That is to say, there are three MPI processes in MPI_COMM_WORLD. At some time, the job find itself to need another MPI process to cooperate the three MPI processes. So the question is: Could PMI help an non-MPI process to become a MPI process of the current MPI_COMM_WORLD? That is to say, Could the non-MPI process use the PMI function to become a member process of the current MPI job which would have FOUR MPI processes in MPI_COMM_WORLD? Is there some method to solve question? Is anybody have some example? Thandks!!! _______________________________________________ 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] error installing mpich-master-v3.2a2-113-g7d59d14don Linux
by Siegmar Gross 20 Jan '15

20 Jan '15

Hi, > One more thing: after updating your automake to 1.15, you also need to > re-run autogen.sh Great! Now I was able to build it. Thank you very much for your help Siegmar > --Junchao Zhang > > On Mon, Jan 19, 2015 at 10:44 AM, Junchao Zhang <jczhang(a)mcs.anl.gov> wrote: > > > Update to automake 1.15 will solve the problem. > > > > --Junchao Zhang > > > > On Mon, Jan 19, 2015 at 10:24 AM, Siegmar Gross < > > Siegmar.Gross(a)informatik.hs-fulda.de> wrote: > > > >> Hi, > >> > >> today I tried to install mpich-master-v3.2a2-113-g7d59d14d on my > >> machines (Solaris 10 Sparc, Solaris 10 x86_64, and openSUSE Linux > >> 12.1 x86_64) with gcc-4.9.2 and Sun C 5.13. I succedded on both > >> Solaris machines with both compilers and got the following error > >> on Linux for both compilers. > >> > >> tyr mpich-master-v3.2a2-113-g7d59d14d-Linux.x86_64.64_gcc 304 cat > >> log.make.Linux.x86_64.64_gcc > >> if test ! -h ./src/include/mpio.h ; then \ > >> rm -f ./src/include/mpio.h ; \ > >> ( cd ./src/include && \ > >> ln -s ../mpi/romio/include/mpio.h ) ; \ > >> fi > >> make all-recursive > >> make[1]: Entering directory > >> `/export2/src/mpich-3.2/mpich-master-v3.2a2-113-g7d59d14d-Linux.x86_64.64_gcc' > >> make[1]: execvp: /bin/sh: Argument list too long > >> make[1]: *** [all-recursive] Error 127 > >> make[1]: Leaving directory > >> `/export2/src/mpich-3.2/mpich-master-v3.2a2-113-g7d59d14d-Linux.x86_64.64_gcc' > >> make: *** [all] Error 2 > >> tyr mpich-master-v3.2a2-113-g7d59d14d-Linux.x86_64.64_gcc 305 > >> > >> > >> I used the following "configure" command. > >> > >> ../mpich-master-v3.2a2-113-g7d59d14d/configure > >> --prefix=/usr/local/mpich-3.2_64_gcc \ > >> --libdir=/usr/local/mpich-3.2_64_gcc/lib64 \ > >> --includedir=/usr/local/mpich-3.2_64_gcc/include64 \ > >> CC="gcc" CXX="g++" F77="gfortran" FC="gfortran" \ > >> CFLAGS="-m64" CXXFLAGS="-m64" FFLAGS="-m64" FCFLAGS="-m64" \ > >> LDFLAGS="-m64 -L/usr/lib/sparcv9 -Wl,-rpath -Wl,/usr/lib/sparcv9" \ > >> --enable-f77 --enable-fc --enable-cxx --enable-romio \ > >> --enable-debuginfo --enable-smpcoll \ > >> --enable-threads=runtime --with-thread-package=posix \ > >> --enable-shared \ > >> |& tee log.configure.$SYSTEM_ENV.$MACHINE_ENV.64_gcc > >> > >> > >> I would be grateful if somebody can fix the problem. Thank you very > >> much for any help in advance. > >> > >> > >> Kind regards > >> > >> Siegmar > >> > >> _______________________________________________ > >> discuss mailing list discuss(a)mpich.org > >> To manage subscription options or unsubscribe: > >> https://lists.mpich.org/mailman/listinfo/discuss > >> > > > > _______________________________________________ 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] Steps for proper instillation of MPICH2 along with Proper Process Manager
by Huiwei Lu 20 Jan '15

20 Jan '15

You could install it using Homebrew or MacPorts, e.g. 'brew install mpich2'. -- Huiwei Lu Postdoc Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~huiweilu/ On Tue, Jan 20, 2015 at 12:14 AM, PAVAN PAYGHAN <pavanapex(a)gmail.com> wrote: > Dear Users, > > I want to install MPICH2 along with the Proper Process Manager on Mac OS Leopard > in an Apple cluster. > I am facing so many problems during the installation, as not aware of: > > 1) All the dependencies needed for the proper installation (Errors related > to gcc, F77 and mkl occured). > Want to know all the OS related and other libraries needed for the > installation (If freeware please provide the links for the same). > 2) Step-wise procedure for the proper installation specific to the Apple > cluster on Mac OS Leopard. > 3) After installation how to set the path for invoking the software. > 4) Which Process Manager to go with whether Hydra or MPD ? and How to get > it installed correctly (step-wise procedure)? > 5) How to link Process Manager with MPICH2 and make it working for > parallel jobs? > > Please provide me with proper guide to get it done. > Provide the links for the free-ware installation. > Thanking You in advance. > > Regards, > > Pavan Payghan > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Steps for proper instillation of MPICH2 along with Proper Process Manager
by PAVAN PAYGHAN 20 Jan '15

20 Jan '15

Dear Users, I want to install MPICH2 along with the Proper Process Manager on Mac OS Leopard in an Apple cluster. I am facing so many problems during the installation, as not aware of: 1) All the dependencies needed for the proper installation (Errors related to gcc, F77 and mkl occured). Want to know all the OS related and other libraries needed for the installation (If freeware please provide the links for the same). 2) Step-wise procedure for the proper installation specific to the Apple cluster on Mac OS Leopard. 3) After installation how to set the path for invoking the software. 4) Which Process Manager to go with whether Hydra or MPD ? and How to get it installed correctly (step-wise procedure)? 5) How to link Process Manager with MPICH2 and make it working for parallel jobs? Please provide me with proper guide to get it done. Provide the links for the free-ware installation. Thanking You in advance. Regards, Pavan Payghan _______________________________________________ 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] Problem installing MPICH
by Huiwei Lu 19 Jan '15

19 Jan '15

You may have ran into the same problem of screwed-up timestamps. http://lists.mpich.org/pipermail/discuss/2014-April/002552.html Could you delete the mpich directory and untar from the tarball again? -- Huiwei Lu Postdoc Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~huiweilu/ On Mon, Jan 19, 2015 at 7:10 PM, 朱学明 <zhuxm(a)nmefc.gov.cn> wrote: > Hello Balaji and all, > I am trying to install MPICH-3.1 on our supercomputer with linux > system. I have got the same error as Sahar Amir as follow. > It sounds like that Sahar had worked with the option > "--disable-maintainer-mode", but it still can not work for me. > > Anyone can give me some suggestions? I would like to appreciate to > you very much. > > Regards. > > *Xueming Zhu 朱学明* > Key Laboratory of Research on Marine Hazards Forecasting (*LoMF*), SOA > National Marine Environmental Forecasting Center (*NMEFC*) > No.8 Dahuisi Road, Haidian District, Beijing, 100081 > People's Republic of China > Tel: +86-10-82481923 > > 在 2014/8/5 23:17, Sahar Amir 写道: > > > Good morning, > > I am trying to install MPICH on my mac. however when I try to apply the > instruction make 2>&1 | tee m.log > > It gives: > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh > /Data_1/mpich-3.1.2/confdb/missing aclocal-1.14 -I confdb > /Data_1/mpich-3.1.2/confdb/missing: line 81: aclocal-1.14: command not > found > WARNING: 'aclocal-1.14' is missing on your system. > You should only need it if you modified 'acinclude.m4' or > 'configure.ac' or m4 files included by 'configure.ac'. > The 'aclocal' program is part of the GNU Automake package: > <http://www.gnu.org/software/automake> > It also requires GNU Autoconf, GNU m4 and Perl in order to run: > <http://www.gnu.org/software/autoconf> > <http://www.gnu.org/software/m4/> > <http://www.perl.org/> > make: *** [aclocal.m4] Error 127 > > > Regards, > Sahar > > ------------------------------ > This message and its contents, including attachments are intended solely > for the original recipient. If you are not the intended recipient or have > received this message in error, please notify me immediately and delete > this message from your computer system. Any unauthorized use or > distribution is prohibited. Please consider the environment before printing > this email. > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe:https://lists.mpich.org/mailman/listinfo/discuss > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0