October 2014 - discuss - mailman3.cels.anl.gov

Status of checkpointing mechanisms with Slurm + MPICH + BLCR
by Manuel Rodríguez Pascual 23 Oct '14

23 Oct '14

Good afternoon all, I am a newbie in this MPICH world. I am trying to install a cluster with MPICH, having the possibility of checkpoint parallel tasks. My original idea was a software stack based on SLURM 14.03.8 + MPICH mpich-3.1.3 + BLCR 0.8.5 . They are supposed to have good integration among them, and the configuration process has been quite smooth until now. I have found however that the checkpoint of MPICH tasks is not working. At first I though it was my fault (configuration issues or whatever) due to it can be read in MPICH home page that BLCR integration is possible https://wiki.mpich.org/mpich/index.php/Checkpointing However, when looking for the solution I found this thread in this same mailing list: http://lists.mpich.org/pipermail/discuss/2014-April/002498.html saying " BLCR checkpointing hasn't worked for a few versions now. It's something we're working to fix in a future version". My question is then, -Is it possible right now to checkpoint MPICH with BLCR? -If not, is there any working checkpoint mechanism that you can suggest me? -If not, are you aware of a previous MPICH version where BLCR does work? Are there any drawbacks on employing it while you get the new one fixed? (Are you getting the new one fixed?) Thanks for your attention. Best regards, Manuel -- Dr. Manuel Rodríguez-Pascual skype: manuel.rodriguez.pascual phone: (+34) 913466173 // (+34) 679925108 CIEMAT-Moncloa Edificio 22, desp. 1.25 Avenida Complutense, 40 28040- MADRID SPAIN _______________________________________________ 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] CPU usage versus Nodes, Threads
by Bob Ilgner 23 Oct '14

23 Oct '14

Hi Qiguo,

1 0

Re: [mpich-discuss] CPU usage versus Nodes, Threads
by Qiguo Jing 22 Oct '14

22 Oct '14

Hi HuiWei, All right, thanks for the suggestions. -----Original Message----- From: Lu, Huiwei [mailto:[email protected]] Sent: Wednesday, October 22, 2014 10:57 PM To: discuss(a)mpich.org Subject: Re: [mpich-discuss] CPU usage versus Nodes, Threads > On Oct 22, 2014, at 10:14 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: > > Hey Huiwei, > > Thanks for your quick response. > > I think I am using blocking MPI calls. MPI_Send() and MPI_Recv() are blocking calls, right? For each time, the master thread has to collect data from all slaves, and do some calculation/output (only master thread does these extra calculation/output), so I guess non-blocking calls may be not suitable? Maybe I will try non-blocking calls see if the results are different from blocking calls. Though the master thread is waiting the data from slaves, the communication happens between processes. I don’t see any reason that you can’t replace blocking calls with non-blocking ones. However, you need to carefully design non-blocking communication to get benefits. Simply replace blocking with non-blocking will not get much benefit as you expected. The goal of non-blocking calls is to overlap communication and computation. You need to find the overlap while keep the correct data dependency. In your case, is it possible that the communication of slaves threads can be overlapped with the communication of master thread? > > All threads will call MPI, so I think it is MPI_THREAD_MULTIPLE? Yes, it is MPI_THREAD_MULTIPLE. — Huiwei > > Jing > > -----Original Message----- > From: Lu, Huiwei [mailto:[email protected]] > Sent: Wednesday, October 22, 2014 6:40 PM > To: discuss(a)mpich.org > Subject: Re: [mpich-discuss] CPU usage versus Nodes, Threads > > The cause of low utilization of CPU use can be blocking communications, load imbalance or thread contentions in your application. > > What MPI calls are you using? Are they blocking or nonblocking? Are the load balanced on each node? > > What thread level are your using? MPI_THREAD_MULTIPLE or MPI_THREAD_FUNNELED? > > - > Huiwei > >> On Oct 22, 2014, at 5:02 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: >> >> Hi All, >> >> We have a parallel program running on a cluster. We recently found a case, which decreases the CPU usage and increase the run-time when increases Nodes. Below is the results table. >> >> The particular run requires a lot of data communication between nodes. >> >> Any thoughts about this phenomena? Or is there any way we can improve the CPU usage when using higher number of nodes? >> >> Average CPU Usage (%) >> Number of Nodes >> Number of Threads/Node >> 100 >> 1 >> 8 >> 92 >> 2 >> 8 >> 50 >> 3 >> 8 >> 40 >> 4 >> 8 >> 35 >> 5 >> 8 >> 30 >> 6 >> 8 >> 25 >> 7 >> 8 >> 20 >> 8 >> 8 >> 20 >> 8 >> 4 >> >> >> Thanks! >> >> _____________________________________________________________________ >> _ >> ___ >> >> The information transmitted is intended only for the person or entity >> to which it is addressed and may contain confidential and/or >> privileged material. Any review, retransmission, dissemination or >> other use of, or taking of any action in reliance upon, this >> information by persons or entities other than the intended recipient >> is prohibited. If you received this in error, please contact the >> sender and delete the material from any computer. >> _____________________________________________________________________ >> _ ___ _______________________________________________ >> 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 > > -- > ______________________________________________________________________ > ___ > > The information transmitted is intended only for the person or entity > to which it is addressed and may contain confidential and/or > privileged material. Any review, retransmission, dissemination or > other use of, or taking of any action in reliance upon, this > information by persons or entities other than the intended recipient > is prohibited. If you received this in error, please contact the > sender and delete the material from any computer. > ______________________________________________________________________ > ___ _______________________________________________ > 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 -- _________________________________________________________________________ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. _________________________________________________________________________ _______________________________________________ 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] CPU usage versus Nodes, Threads
by Lu, Huiwei 22 Oct '14

22 Oct '14

> On Oct 22, 2014, at 10:14 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: > > Hey Huiwei, > > Thanks for your quick response. > > I think I am using blocking MPI calls. MPI_Send() and MPI_Recv() are blocking calls, right? For each time, the master thread has to collect data from all slaves, and do some calculation/output (only master thread does these extra calculation/output), so I guess non-blocking calls may be not suitable? Maybe I will try non-blocking calls see if the results are different from blocking calls. Though the master thread is waiting the data from slaves, the communication happens between processes. I don’t see any reason that you can’t replace blocking calls with non-blocking ones. However, you need to carefully design non-blocking communication to get benefits. Simply replace blocking with non-blocking will not get much benefit as you expected. The goal of non-blocking calls is to overlap communication and computation. You need to find the overlap while keep the correct data dependency. In your case, is it possible that the communication of slaves threads can be overlapped with the communication of master thread? > > All threads will call MPI, so I think it is MPI_THREAD_MULTIPLE? Yes, it is MPI_THREAD_MULTIPLE. — Huiwei > > Jing > > -----Original Message----- > From: Lu, Huiwei [mailto:[email protected]] > Sent: Wednesday, October 22, 2014 6:40 PM > To: discuss(a)mpich.org > Subject: Re: [mpich-discuss] CPU usage versus Nodes, Threads > > The cause of low utilization of CPU use can be blocking communications, load imbalance or thread contentions in your application. > > What MPI calls are you using? Are they blocking or nonblocking? Are the load balanced on each node? > > What thread level are your using? MPI_THREAD_MULTIPLE or MPI_THREAD_FUNNELED? > > - > Huiwei > >> On Oct 22, 2014, at 5:02 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: >> >> Hi All, >> >> We have a parallel program running on a cluster. We recently found a case, which decreases the CPU usage and increase the run-time when increases Nodes. Below is the results table. >> >> The particular run requires a lot of data communication between nodes. >> >> Any thoughts about this phenomena? Or is there any way we can improve the CPU usage when using higher number of nodes? >> >> Average CPU Usage (%) >> Number of Nodes >> Number of Threads/Node >> 100 >> 1 >> 8 >> 92 >> 2 >> 8 >> 50 >> 3 >> 8 >> 40 >> 4 >> 8 >> 35 >> 5 >> 8 >> 30 >> 6 >> 8 >> 25 >> 7 >> 8 >> 20 >> 8 >> 8 >> 20 >> 8 >> 4 >> >> >> Thanks! >> >> ______________________________________________________________________ >> ___ >> >> The information transmitted is intended only for the person or entity >> to which it is addressed and may contain confidential and/or >> privileged material. Any review, retransmission, dissemination or >> other use of, or taking of any action in reliance upon, this >> information by persons or entities other than the intended recipient >> is prohibited. If you received this in error, please contact the >> sender and delete the material from any computer. >> ______________________________________________________________________ >> ___ _______________________________________________ >> 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 > > -- > _________________________________________________________________________ > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete the material from any > computer. > _________________________________________________________________________ > _______________________________________________ > 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] CPU usage versus Nodes, Threads
by Qiguo Jing 22 Oct '14

22 Oct '14

Hey Huiwei, Thanks for your quick response. I think I am using blocking MPI calls. MPI_Send() and MPI_Recv() are blocking calls, right? For each time, the master thread has to collect data from all slaves, and do some calculation/output (only master thread does these extra calculation/output), so I guess non-blocking calls may be not suitable? Maybe I will try non-blocking calls see if the results are different from blocking calls. All threads will call MPI, so I think it is MPI_THREAD_MULTIPLE? Jing -----Original Message----- From: Lu, Huiwei [mailto:[email protected]] Sent: Wednesday, October 22, 2014 6:40 PM To: discuss(a)mpich.org Subject: Re: [mpich-discuss] CPU usage versus Nodes, Threads The cause of low utilization of CPU use can be blocking communications, load imbalance or thread contentions in your application. What MPI calls are you using? Are they blocking or nonblocking? Are the load balanced on each node? What thread level are your using? MPI_THREAD_MULTIPLE or MPI_THREAD_FUNNELED? - Huiwei > On Oct 22, 2014, at 5:02 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: > > Hi All, > > We have a parallel program running on a cluster. We recently found a case, which decreases the CPU usage and increase the run-time when increases Nodes. Below is the results table. > > The particular run requires a lot of data communication between nodes. > > Any thoughts about this phenomena? Or is there any way we can improve the CPU usage when using higher number of nodes? > > Average CPU Usage (%) > Number of Nodes > Number of Threads/Node > 100 > 1 > 8 > 92 > 2 > 8 > 50 > 3 > 8 > 40 > 4 > 8 > 35 > 5 > 8 > 30 > 6 > 8 > 25 > 7 > 8 > 20 > 8 > 8 > 20 > 8 > 4 > > > Thanks! > > ______________________________________________________________________ > ___ > > The information transmitted is intended only for the person or entity > to which it is addressed and may contain confidential and/or > privileged material. Any review, retransmission, dissemination or > other use of, or taking of any action in reliance upon, this > information by persons or entities other than the intended recipient > is prohibited. If you received this in error, please contact the > sender and delete the material from any computer. > ______________________________________________________________________ > ___ _______________________________________________ > 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 -- _________________________________________________________________________ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. _________________________________________________________________________ _______________________________________________ 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] CPU usage versus Nodes, Threads
by Lu, Huiwei 22 Oct '14

22 Oct '14

The cause of low utilization of CPU use can be blocking communications, load imbalance or thread contentions in your application. What MPI calls are you using? Are they blocking or nonblocking? Are the load balanced on each node? What thread level are your using? MPI_THREAD_MULTIPLE or MPI_THREAD_FUNNELED? — Huiwei > On Oct 22, 2014, at 5:02 PM, Qiguo Jing <qjing(a)trinityconsultants.com> wrote: > > Hi All, > > We have a parallel program running on a cluster. We recently found a case, which decreases the CPU usage and increase the run-time when increases Nodes. Below is the results table. > > The particular run requires a lot of data communication between nodes. > > Any thoughts about this phenomena? Or is there any way we can improve the CPU usage when using higher number of nodes? > > Average CPU Usage (%) > Number of Nodes > Number of Threads/Node > 100 > 1 > 8 > 92 > 2 > 8 > 50 > 3 > 8 > 40 > 4 > 8 > 35 > 5 > 8 > 30 > 6 > 8 > 25 > 7 > 8 > 20 > 8 > 8 > 20 > 8 > 4 > > > Thanks! > > _________________________________________________________________________ > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete the material from any > computer. > _________________________________________________________________________ > _______________________________________________ > 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

CPU usage versus Nodes, Threads
by Qiguo Jing 22 Oct '14

22 Oct '14

Hi All, We have a parallel program running on a cluster. We recently found a case, which decreases the CPU usage and increase the run-time when increases Nodes. Below is the results table. The particular run requires a lot of data communication between nodes. Any thoughts about this phenomena? Or is there any way we can improve the CPU usage when using higher number of nodes? Average CPU Usage (%) Number of Nodes Number of Threads/Node 100 1 8 92 2 8 50 3 8 40 4 8 35 5 8 30 6 8 25 7 8 20 8 8 20 8 4 Thanks! -- _________________________________________________________________________ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. _________________________________________________________________________ _______________________________________________ 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 Running MPI on cluster
by Kenneth Raffenetti 22 Oct '14

22 Oct '14

Hi, Yes, in order to run your program, you'll first need to copy your MPICH installation to all the included machines in your hostfile. If you have an NFS environment, it may be easier to install MPICH to a network directory available on all machine. Same goes for your executable. It must be present at the same filesystem location on all machines in order for mpiexec to find and run it. Ken On 10/22/2014 02:04 AM, Md. Amjad Hossain wrote: > Thank you so much Ken for your reply. > > Do I have to copy executable file to all machines? what I am doing > is, coding, compiling and running on a single machine and host_file > contains name of the other machines. > > I have run the command you gave me to run. it is printing the only > name of the machine I am executing command and showing all previous > errors. Here are the outputs after running the command twice: > > > [mhossain@md-lin-01 mpi_hello_world]$ /usr/lib64/mpich/bin/mpirun -n > 4 -f host_file hostname > md-lin-01.mcs.kent.edu <http://md-lin-01.mcs.kent.edu> > [proxy:0:[email protected] > <mailto:proxy%3A0%[email protected]>] launch_procs > (./pm/pmiserv/pmip_cb.c:648): unable to change wdir to > /home/mhossain/testMpi/mpi_hello_world (No such file or directory) > [proxy:0:[email protected] > <mailto:proxy%3A0%[email protected]>] > HYD_pmcd_pmip_control_cmd_cb (./pm/pmiserv/pmip_cb.c:893): > launch_procs returned error > [proxy:0:[email protected] > <mailto:proxy%3A0%[email protected]>] > HYDT_dmxu_poll_wait_for_event (./tools/demux/demux_poll.c:77): > callback returned error status > [proxy:0:[email protected] > <mailto:proxy%3A0%[email protected]>] main > (./pm/pmiserv/pmip.c:206): demux engine error waiting for event > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] control_cb > (./pm/pmiserv/pmiserv_cb.c:202): assert (!closed) failed > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] > HYDT_dmxu_poll_wait_for_event (./tools/demux/demux_poll.c:77): > callback returned error status > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] > HYD_pmci_wait_for_completion (./pm/pmiserv/pmiserv_pmci.c:197): > error waiting for event > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] main > (./ui/mpich/mpiexec.c:331): process manager error waiting for completion > > [mhossain@md-lin-01 mpi_hello_world]$ /usr/lib64/mpich/bin/mpirun -n > 4 -f host_file hostname > md-lin-01.mcs.kent.edu <http://md-lin-01.mcs.kent.edu> > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] control_cb > (./pm/pmiserv/pmiserv_cb.c:202): assert (!closed) failed > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] > HYDT_dmxu_poll_wait_for_event (./tools/demux/demux_poll.c:77): > callback returned error status > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] > HYD_pmci_wait_for_completion (./pm/pmiserv/pmiserv_pmci.c:197): > error waiting for event > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]>] main > (./ui/mpich/mpiexec.c:331): process manager error waiting for completion > > > Is this problem with configuration or MPICH version? > > Regards > Amjad > > > > > > Does your mpi_hello_world binary exist in the same directory on all the > machines you are trying to run on? Can you try running this: > > /usr/lib64/mpich/bin/mpirun -n 4 -f host_file hostname > > If it outputs the names of the hosts in your hostfile, we can be > confident that your mpirun and ssh setup is functioning correctly. > > Ken > > > > > > On 10/21/2014 12:09 AM, Md. Amjad Hossain wrote: > > Hi I am trying to run simple hello world program on cluster > nodes. I am > > running it by following command but getting errors: > > > > Command: /usr/lib64/mpich/bin/mpirun -n 4 -f host_file > ./mpi_hello_world > > > > errors: > > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>] > > control_cb (./pm/pmiserv/pmiserv_cb.c:202): assert (!closed) failed > > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>] > > HYDT_dmxu_poll_wait_for_event (./tools/demux/demux_poll.c:77): > callback > > returned error status > > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>] > > HYD_pmci_wait_for_completion (./pm/pmiserv/pmiserv_pmci.c:197): error > > waiting for event > > [mpiexec(a)md-lin-01.mcs.kent.edu > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>] > > main (./ui/mpich/mpiexec.c:331): process manager error waiting for > > completion > > > > > > Before running the command I am setting variables MPIRUN =mpi > diretory > > and MPI_HOSTS=host_file. The "host_file" has four nodes and they > can ssh > > to each other without password. > > > > MPICH version I am running is: 3.0.4. The MPI code is attached. > > > > Any help to solve the problem please? > > > > > > > > > > > > > > > > > _______________________________________________ > 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] Error on make command to install mpich
by Seo, Sangmin 22 Oct '14

22 Oct '14

Dear Sumit, For the performance analysis, you can try some profiling tools, such as HPCToolkit or TAU. And, you need to make sure your application is parallelized well with MPI. Thanks, -- Sangmin Seo Postdoctoral Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~sseo/ On Oct 22, 2014, at 1:31 AM, Sumit Sharma <sumits(a)teri.res.in<mailto:[email protected]>> wrote: Dear Sangmin, Thanks a ton it worked. Mpich installed... but when I am running WRF.exe now .. it is showing to use both the CPUs but the processing time remains same... dunno wats the reason. Best Regards Sumit Sharma Fellow & Area Convenor Centre for Environmental Studies Earth Science and Climate Change Division The Energy and Resources Institute (TERI) IHC complex, Lodi Road, New Delhi-3 Phone: 011-24682100, 24682111 Fax: 011-24682144 From: "Seo, Sangmin" <sseo(a)anl.gov<mailto:[email protected]>> To: "<discuss(a)mpich.org<mailto:[email protected]>>" <discuss(a)mpich.org<mailto:[email protected]>> Date: 10/20/2014 08:52 PM Subject: Re: [mpich-discuss] Error on make command to install mpich Hi Sumit, In your c.txt, line 242-254 are: checking valgrind/drd.h usability... no checking valgrind/drd.h presence... no checking for valgrind/drd.h... no checking whether the valgrind headers are broken or too old... yes I think your system may have an old version of valgrind or some headers are broken. You may want to try configure with '--without-valgrind' if you don’t need the valgrind support, or you can try to build MPICH after installing a new version of valgrind. Best regards, -- Sangmin Seo Postdoctoral Appointee Mathematics and Computer Science Division Argonne National Laboratory http://www.mcs.anl.gov/~sseo/ On Oct 20, 2014, at 5:53 AM, Sumit Sharma <sumits(a)teri.res.in> wrote: Dear Researchers, I am trying to install mpich on my dual core linux machine. and getting errors when I try to run the make command. The c.txt and m.txt fiels are attached. I am using gcc compiler for the run. Looking forward to your kind help. Thanks (See attached file: m.txt)(See attached file: c.txt) Best Regards Sumit Sharma Fellow & Area Convenor Centre for Environmental Studies Earth Science and Climate Change Division The Energy and Resources Institute (TERI) IHC complex, Lodi Road, New Delhi-3 Email Security, formerly MX Logic.(See attached file: m.txt)(See attached file: c.txt) ------------------------------------------------------------------------------------------------------------ Disclaimer: The information contained in this e-mail is intended for the person or entity to which it is addressed, and it may contain confidential and/or privileged material. Any review or other use of this mail or taking any action based on it by persons or entities other than the intended recipient is strictly prohibited. If you receive this e-mail by mistake, please contact the sender, and delete all copies of this mail.This e-mail has been scanned and verified by McAfee SaaS Email Security, formerly MX Logic.<m.txt><c.txt>_______________________________________________ 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 ------------------------------------------------------------------------------------------------------------ Disclaimer: The information contained in this e-mail is intended for the person or entity to which it is addressed, and it may contain confidential and/or privileged material. Any review or other use of this mail or taking any action based on it by persons or entities other than the intended recipient is strictly prohibited. If you receive this e-mail by mistake, please contact the sender, and delete all copies of this mail.This e-mail has been scanned and verified by McAfee SaaS Email Security, formerly MX Logic. _______________________________________________ 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] question about license of mpich and mpicxx
by Balaji, Pavan 22 Oct '14

22 Oct '14

MPICH is distributed under a BSD-like license. http://git.mpich.org/mpich.git/blob/HEAD:/COPYRIGHT — Pavan > On Oct 22, 2014, at 4:58 AM, ehsan saei <ehsan.saei(a)gmail.com> wrote: > > Dear all, > > I developed a code and parallelized it using mpi, I'd like to distribute my software but not the source code . I wanted to know whether MPICH is under GNU GPL license? (Then do I need to distribut my code under GPL license ). > > what about mpicxx that I use for making binary of my code? > using mpicxx to compile the code forces the users to install MPICH on their machine doesn't it? > > Thanks in advance, > Ehsan > _______________________________________________ > 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 _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0