- discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] gather, send
by Ryan Crocker 01 May '13

01 May '13

i'm just checking just the gather call, and the gsend_buffer from the gather call is still empty: max_buff is now the largest core domain. print*,max_buff -> 24750 call MPI_GATHER(send_buffer, max_buff, MPI_REAL, gsend_buffer, max_buff, MPI_REAL, iroot, comm, ierr) a print out of the send_buffer and the gsend_buffer where it should have non-zero terms. print*,irank,i,j,k,send_buffer(i,j,k),gsent_buffer(i,j,k) -> 1 6 50 6 0.0000000000000000 0.0000000000000000 1 7 50 6 0.0000000000000000 0.0000000000000000 1 8 50 6 0.0000000000000000 0.0000000000000000 1 9 50 6 0.0000000000000000 0.0000000000000000 1 10 50 6 0.0000000000000000 0.0000000000000000 1 11 50 6 0.0000000000000000 0.0000000000000000 1 12 50 6 0.0000000000000000 0.0000000000000000 1 13 50 6 0.0000000000000000 0.0000000000000000 1 14 50 6 0.0000000000000000 0.0000000000000000 1 15 50 6 0.0000000000000000 0.0000000000000000 1 16 50 6 0.0000000000000000 0.0000000000000000 1 17 50 6 0.0000000000000000 0.0000000000000000 1 18 50 6 0.0000000000000000 0.0000000000000000 1 19 50 6 0.0000000000000000 0.0000000000000000 1 20 50 6 0.0000000000000000 0.0000000000000000 1 21 50 6 0.0000000000000000 0.0000000000000000 1 22 50 6 0.0000000000000000 0.0000000000000000 1 23 50 6 0.0000000000000000 0.0000000000000000 1 24 50 6 0.0000000000000000 0.0000000000000000 1 25 50 6 0.0000000000000000 0.0000000000000000 1 6 51 6 1.0000000000000000 0.0000000000000000 1 7 51 6 1.0000000000000000 0.0000000000000000 1 8 51 6 1.0000000000000000 0.0000000000000000 1 9 51 6 1.0000000000000000 0.0000000000000000 1 10 51 6 1.0000000000000000 0.0000000000000000 1 11 51 6 1.0000000000000000 0.0000000000000000 1 12 51 6 1.0000000000000000 0.0000000000000000 1 13 51 6 1.0000000000000000 0.0000000000000000 1 14 51 6 1.0000000000000000 0.0000000000000000 1 15 51 6 1.0000000000000000 0.0000000000000000 1 16 51 6 1.0000000000000000 0.0000000000000000 1 17 51 6 1.0000000000000000 0.0000000000000000 1 18 51 6 1.0000000000000000 0.0000000000000000 1 19 51 6 1.0000000000000000 0.0000000000000000 1 20 51 6 1.0000000000000000 0.0000000000000000 1 21 51 6 1.0000000000000000 0.0000000000000000 1 22 51 6 1.0000000000000000 0.0000000000000000 1 23 51 6 1.0000000000000000 0.0000000000000000 1 24 51 6 1.0000000000000000 0.0000000000000000 1 25 51 6 1.0000000000000000 0.0000000000000000 1 6 52 6 0.0000000000000000 0.0000000000000000 1 7 52 6 0.0000000000000000 0.0000000000000000 1 8 52 6 0.0000000000000000 0.0000000000000000 1 9 52 6 0.0000000000000000 0.0000000000000000 1 10 52 6 0.0000000000000000 0.0000000000000000 1 11 52 6 0.0000000000000000 0.0000000000000000 1 12 52 6 0.0000000000000000 0.0000000000000000 1 13 52 6 0.0000000000000000 0.0000000000000000 1 14 52 6 0.0000000000000000 0.0000000000000000 1 15 52 6 0.0000000000000000 0.0000000000000000 1 16 52 6 0.0000000000000000 0.0000000000000000 1 17 52 6 0.0000000000000000 0.0000000000000000 1 18 52 6 0.0000000000000000 0.0000000000000000 1 19 52 6 0.0000000000000000 0.0000000000000000 1 20 52 6 0.0000000000000000 0.0000000000000000 1 21 52 6 0.0000000000000000 0.0000000000000000 1 22 51 6 1.0000000000000000 0.0000000000000000 1 23 51 6 1.0000000000000000 0.0000000000000000 1 24 51 6 1.0000000000000000 0.0000000000000000 1 25 51 6 1.0000000000000000 0.0000000000000000 1 6 52 6 0.0000000000000000 0.0000000000000000 1 7 52 6 0.0000000000000000 0.0000000000000000 1 8 52 6 0.0000000000000000 0.0000000000000000 1 9 52 6 0.0000000000000000 0.0000000000000000 1 10 52 6 0.0000000000000000 0.0000000000000000 1 11 52 6 0.0000000000000000 0.0000000000000000 1 12 52 6 0.0000000000000000 0.0000000000000000 1 13 52 6 0.0000000000000000 0.0000000000000000 1 14 52 6 0.0000000000000000 0.0000000000000000 1 15 52 6 0.0000000000000000 0.0000000000000000 1 16 52 6 0.0000000000000000 0.0000000000000000 1 17 52 6 0.0000000000000000 0.0000000000000000 1 18 52 6 0.0000000000000000 0.0000000000000000 1 19 52 6 0.0000000000000000 0.0000000000000000 1 20 52 6 0.0000000000000000 0.0000000000000000 1 21 52 6 0.0000000000000000 0.0000000000000000 1 22 52 6 0.0000000000000000 0.0000000000000000 1 23 52 6 0.0000000000000000 0.0000000000000000 1 24 52 6 0.0000000000000000 0.0000000000000000 1 25 52 6 0.0000000000000000 0.0000000000000000 On May 1, 2013, at 5:06 PM, Rajeev Thakur wrote: > Just before the call to gather, check the value of send_count and check that send_buffer is not all zeros. > > send_count has to be the same on all ranks. Otherwise you have to use Gatherv. > > On May 1, 2013, at 7:03 PM, Ryan Crocker wrote: > >> that's where i checked it with and it's min and max are still zero. I just amended it so that each send buffer from the different cores are the same size and when i check it on the root gsend_buffer is still incorrect. >> >> On May 1, 2013, at 5:00 PM, Rajeev Thakur wrote: >> >>> gsend_buffer will be valid only on the root. >>> >>> On May 1, 2013, at 6:55 PM, Ryan Crocker wrote: >>> >>>> I just looked at the gsend_buffer, that's actually all zeros as well, and each send_buffer is not. So i think my problem is there. >>>> >>>> On May 1, 2013, at 4:47 PM, Rajeev Thakur wrote: >>>> >>>>> The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. >>>>> >>>>> On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. >>>>>> >>>>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>>> send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) >>>>>> >>>>>> call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) >>>>>> >>>>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>>> send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>>> >>>>>> call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) >>>>>> >>>>>> thanks for the help. >>>>>> >>>>>> Ryan Crocker >>>>>> University of Vermont, School of Engineering >>>>>> Mechanical Engineering Department >>>>>> rcrocker(a)uvm.edu >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> Ryan Crocker >>>> University of Vermont, School of Engineering >>>> Mechanical Engineering Department >>>> rcrocker(a)uvm.edu >>>> 315-212-7331 >>>> >>>> _______________________________________________ >>>> 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 >> >> Ryan Crocker >> University of Vermont, School of Engineering >> Mechanical Engineering Department >> rcrocker(a)uvm.edu >> 315-212-7331 >> >> _______________________________________________ >> 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 Ryan Crocker University of Vermont, School of Engineering Mechanical Engineering Department rcrocker(a)uvm.edu 315-212-7331

1 0

Re: [mpich-discuss] gather, send
by Rajeev Thakur 01 May '13

01 May '13

Just before the call to gather, check the value of send_count and check that send_buffer is not all zeros. send_count has to be the same on all ranks. Otherwise you have to use Gatherv. On May 1, 2013, at 7:03 PM, Ryan Crocker wrote: > that's where i checked it with and it's min and max are still zero. I just amended it so that each send buffer from the different cores are the same size and when i check it on the root gsend_buffer is still incorrect. > > On May 1, 2013, at 5:00 PM, Rajeev Thakur wrote: > >> gsend_buffer will be valid only on the root. >> >> On May 1, 2013, at 6:55 PM, Ryan Crocker wrote: >> >>> I just looked at the gsend_buffer, that's actually all zeros as well, and each send_buffer is not. So i think my problem is there. >>> >>> On May 1, 2013, at 4:47 PM, Rajeev Thakur wrote: >>> >>>> The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. >>>> >>>> On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: >>>> >>>>> Hi all, >>>>> >>>>> So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. >>>>> >>>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>> send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) >>>>> >>>>> call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) >>>>> >>>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>> send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>>> >>>>> call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) >>>>> >>>>> thanks for the help. >>>>> >>>>> Ryan Crocker >>>>> University of Vermont, School of Engineering >>>>> Mechanical Engineering Department >>>>> rcrocker(a)uvm.edu >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> Ryan Crocker >>> University of Vermont, School of Engineering >>> Mechanical Engineering Department >>> rcrocker(a)uvm.edu >>> 315-212-7331 >>> >>> _______________________________________________ >>> 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 > > Ryan Crocker > University of Vermont, School of Engineering > Mechanical Engineering Department > rcrocker(a)uvm.edu > 315-212-7331 > > _______________________________________________ > 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] gather, send
by Ryan Crocker 01 May '13

01 May '13

that's where i checked it with and it's min and max are still zero. I just amended it so that each send buffer from the different cores are the same size and when i check it on the root gsend_buffer is still incorrect. On May 1, 2013, at 5:00 PM, Rajeev Thakur wrote: > gsend_buffer will be valid only on the root. > > On May 1, 2013, at 6:55 PM, Ryan Crocker wrote: > >> I just looked at the gsend_buffer, that's actually all zeros as well, and each send_buffer is not. So i think my problem is there. >> >> On May 1, 2013, at 4:47 PM, Rajeev Thakur wrote: >> >>> The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. >>> >>> On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: >>> >>>> Hi all, >>>> >>>> So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. >>>> >>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>> send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) >>>> >>>> call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) >>>> >>>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>> send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>>> >>>> call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) >>>> >>>> thanks for the help. >>>> >>>> Ryan Crocker >>>> University of Vermont, School of Engineering >>>> Mechanical Engineering Department >>>> rcrocker(a)uvm.edu >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> Ryan Crocker >> University of Vermont, School of Engineering >> Mechanical Engineering Department >> rcrocker(a)uvm.edu >> 315-212-7331 >> >> _______________________________________________ >> 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 Ryan Crocker University of Vermont, School of Engineering Mechanical Engineering Department rcrocker(a)uvm.edu 315-212-7331

1 0

Re: [mpich-discuss] gather, send
by Rajeev Thakur 01 May '13

01 May '13

gsend_buffer will be valid only on the root. On May 1, 2013, at 6:55 PM, Ryan Crocker wrote: > I just looked at the gsend_buffer, that's actually all zeros as well, and each send_buffer is not. So i think my problem is there. > > On May 1, 2013, at 4:47 PM, Rajeev Thakur wrote: > >> The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. >> >> On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: >> >>> Hi all, >>> >>> So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. >>> >>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>> send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) >>> >>> call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) >>> >>> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>> send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >>> >>> call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) >>> >>> thanks for the help. >>> >>> Ryan Crocker >>> University of Vermont, School of Engineering >>> Mechanical Engineering Department >>> rcrocker(a)uvm.edu >>> >>> >>> _______________________________________________ >>> 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 > > Ryan Crocker > University of Vermont, School of Engineering > Mechanical Engineering Department > rcrocker(a)uvm.edu > 315-212-7331 > > _______________________________________________ > 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] gather, send
by Ryan Crocker 01 May '13

01 May '13

I just looked at the gsend_buffer, that's actually all zeros as well, and each send_buffer is not. So i think my problem is there. On May 1, 2013, at 4:47 PM, Rajeev Thakur wrote: > The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. > > On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: > >> Hi all, >> >> So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. >> >> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >> send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) >> >> call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) >> >> rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >> send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) >> >> call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) >> >> thanks for the help. >> >> Ryan Crocker >> University of Vermont, School of Engineering >> Mechanical Engineering Department >> rcrocker(a)uvm.edu >> >> >> _______________________________________________ >> 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 Ryan Crocker University of Vermont, School of Engineering Mechanical Engineering Department rcrocker(a)uvm.edu 315-212-7331

1 0

Re: [mpich-discuss] gather, send
by Rajeev Thakur 01 May '13

01 May '13

The count passed to MPI_Scatter should be the local size, i.e., the amount that gets sent to each process. Looks like what is being passed is the global size. On May 1, 2013, at 6:21 PM, Ryan Crocker wrote: > Hi all, > > So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. > > rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) > send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) > > call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) > > rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) > send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) > > call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) > > thanks for the help. > > Ryan Crocker > University of Vermont, School of Engineering > Mechanical Engineering Department > rcrocker(a)uvm.edu > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss

1 0

gather, send
by Ryan Crocker 01 May '13

01 May '13

Hi all, So i don't know what the issue with this code snippet is but i cannot get the scatter call to work. When i print out the recieve_buffer it comes out as all zeros. The counters without the underscore are the core domains, with the o, the global domains. rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) send_count = (imax_-imin_+1)*(jmax_-jmin_+1)*(kmax_-kmin_+1) call MPI_GATHER (send_buffer, send_count, MPI_REAL, gsend_buffer, send_count, MPI_REAL, iroot, comm, ierr) rec_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) send_count = (imaxo-imino+1)*(jmaxo-jmino+1)*(kmaxo-kmino+1) call MPI_SCATTER (gsend_buffer, send_count, MPI_REAL, recieve_buffer, rec_count, MPI_REAL, iroot, comm, ierr) thanks for the help. Ryan Crocker University of Vermont, School of Engineering Mechanical Engineering Department rcrocker(a)uvm.edu

1 0

Network drive recognition problems by mpiexec
by Bauer, Robert 01 May '13

01 May '13

The mpiexec program on a windows environment does not recognize networked drives despite my attempts at using -map and -mapall. Can anyone provide suggestions? Robert J. Bauer, Ph.D. Vice President, Pharmacometrics, R&D ICON Development Solutions 7740 Milestone Parkway Suite 150 Hanover, MD 21076 Tel: (215) 616-6428 Mob: (925) 286-0769 Email: Robert.Bauer(a)iconplc.com<mailto:[email protected]> Web: www.iconplc.com<http://www.iconplc.com/> ICON plc made the following annotations. ------------------------------------------------------------------------------ This e-mail transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that ICON plc can arrange for proper delivery, and then please delete the message. Thank You, ICON plc South County Business Park Leopardstown Dublin 18 Ireland Registered number: 145835 ICON plc made the following annotations. ------------------------------------------------------------------------------ This e-mail transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that ICON plc can arrange for proper delivery, and then please delete the message. Thank You, ICON plc South County Business Park Leopardstown Dublin 18 Ireland Registered number: 145835

1 0

Re: [mpich-discuss] BLCR kernel module not present
by Bauer, Robert 01 May '13

01 May '13

The mpiexec program on a windows environment does not recognize networked drives despite my attempts at using -map and -mapall. Can anyone provide suggestions? Robert J. Bauer, Ph.D. Vice President, Pharmacometrics, R&D ICON Development Solutions 7740 Milestone Parkway Suite 150 Hanover, MD 21076 Tel: (215) 616-6428 Mob: (925) 286-0769 Email: Robert.Bauer(a)iconplc.com<mailto:[email protected]> Web: www.iconplc.com<http://www.iconplc.com/> ICON plc made the following annotations. ------------------------------------------------------------------------------ This e-mail transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that ICON plc can arrange for proper delivery, and then please delete the message. Thank You, ICON plc South County Business Park Leopardstown Dublin 18 Ireland Registered number: 145835

1 0

Re: [mpich-discuss] BLCR kernel module not present
by basma a.azeem 01 May '13

01 May '13

Thank you so much for your help i used "insmod" to install kernel module for blcr "sudo insmod /usr/local/lib/blcr/3.5.0-27-generic/blcr_imports.ko" "sudo insmod /usr/local/lib/blcr/3.5.0-27-generic/blcr.ko" it works but i need to run these commands every time i shut down i think that there is a method to have them installed permanently i am new to Linux and parallel programming also i need to find long running c/mpi applications to test blcr , the applications i will use to test blcr should have an enough long execution time , i found many applications but with a short execution time . thank you From: wbland(a)mcs.anl.gov Date: Fri, 26 Apr 2013 14:33:59 -0500 To: discuss(a)mpich.org Subject: Re: [mpich-discuss] BLCR kernel module not present It looks like you might have missed installing the kernel module for BLCR. What is the output of `lsmod`? Alternatively, if you installed BLCR by using apt-get in Ubuntu, you should be able to use dkms to manage your kernel modules automatically. Make sure you have the package 'blcr-dkms' installed (you should be able to check this by typing `dims status`. Do either of those solutions solve your issue? Wesley On Apr 26, 2013, at 1:55 PM, basma a.azeem <basmaabdelazeem(a)hotmail.com> wrote: Thank you for your help i installed BLCR 0.8.5 on my ubuntu 12.10 to be used for MPICH -3.0.3 this version of blcr should support to kernels through 3.7.1 when i run the command : basma@basma-Satellite-A500:~$ mpiexec --info results: HYDRA build details: Version: 3.0.3 Release Date: Thu Mar 28 16:01:21 CDT 2013 CC: gcc CXX: c++ F77: no F90: no Configure options: '--disable-option-checking' '--prefix=/home/basma/mpich2-install' '--disable-f77' '--disable-fc' '--enable-checkpointing' '--with-hydra-ckpointlib=blcr' '--cache-file=/dev/null' '--srcdir=.' 'CC=gcc' 'CFLAGS= -O2' 'LDFLAGS= ' 'LIBS=-lrt -lcr -lpthread ' 'CPPFLAGS= -I/home/basma/libraries/mpich-3.0.3/src/mpl/include -I/home/basma/libraries/mpich-3.0.3/src/mpl/include -I/home/basma/libraries/mpich-3.0.3/src/openpa/src -I/home/basma/libraries/mpich-3.0.3/src/openpa/src -I/home/basma/libraries/mpich-3.0.3/src/mpi/romio/include' Process Manager: pmi Launchers available: ssh rsh fork slurm ll lsf sge manual persist Topology libraries available: hwloc Resource management kernels available: user slurm ll lsf sge pbs cobalt Checkpointing libraries available: blcr Demux engines available: poll select so i thought that every thing is ok but when i try to rum mpiexec it failed: basma@basma-Satellite-A500:~$ mpiexec -ckpointlib blcr -ckpoint-prefix /home/business/ckpts/app.ckpoint -ckpoint-interval 3600 -n 4 /home/basma/libraries/mpich-3.0.3/examples/cpi results: Fatal error in MPI_Init: Other MPI error, error stack: MPIR_Init_thread(433)...: MPID_Init(151)..........: channel initialization failed MPIDI_CH3_Init(70)......: MPID_nem_init(379)......: MPIDI_nem_ckpt_init(153): BLCR kernel module not present Fatal error in MPI_Init: Other MPI error, error stack: MPIR_Init_thread(433)...: MPID_Init(151)..........: channel initialization failed MPIDI_CH3_Init(70)......: MPID_nem_init(379)......: MPIDI_nem_ckpt_init(153): BLCR kernel module not present Fatal error in MPI_Init: Other MPI error, error stack: MPIR_Init_thread(433)...: MPID_Init(151)..........: channel initialization failed MPIDI_CH3_Init(70)......: MPID_nem_init(379)......: MPIDI_nem_ckpt_init(153): BLCR kernel module not present Fatal error in MPI_Init: Other MPI error, error stack: MPIR_Init_thread(433)...: MPID_Init(151)..........: channel initialization failed MPIDI_CH3_Init(70)......: MPID_nem_init(379)......: MPIDI_nem_ckpt_init(153): BLCR kernel module not present =================================================================================== = BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES = EXIT CODE: 1 = CLEANING UP REMAINING PROCESSES = YOU CAN IGNORE THE BELOW CLEANUP MESSAGES =================================================================================== i am a Linux and parallel programming beginner Thank you _______________________________________________discuss mailing list discuss(a)mpich.orgTo 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