configure --prefix=/home/me/mpich make make installwhere the value of the --prefix argument to configure is the directory in which MPICH should be installed. See the Installation Guide for more detailed instructions.
Answer:
If you see something like this
% mpirun -np 2 cpi
Permission denied.
(or
connection reset by peer or poll: protocol
failure in circuit setup)
when using the ch_p4 device, it probably means that
you do not have permission to use rsh to start processes. The script
tstmachines can be used to test this. For example, if the architecture
type (the -arch argument to configure) is sun4, then try
tstmachines sun4
If this fails, then you may need a .rhosts or /etc/hosts.equiv
file (you may need to see your system administrator) or you may need to use
the p4 server (see Section sec-p4-server).
Another possible problem is the choice of the remote shell program; some
systems have several. Check with your systems administrator about which
version of rsh or remsh you should be using.
If your system allows a .rhosts file, do the following:
host usernameFor example, if your username is doe and you want to user machines a.our.org and b.our.org, your .rhosts file should contain
a.our.org doe b.our.org doeNote the use of fully qualified host names (some systems require this).
On networks where the use of .rhosts files is not allowed, (such as the one in MCS at Argonne), you should use the p4 server to run on machines that are not trusted by the machine that you are initiating the job from.
Finally, you may need to use a non-standard rsh command within MPICH. MPICH must be reconfigured with -rsh=command_name, and perhaps also with -rshnol if the remote shell command does not support the -l argument. Systems using Kerberos and/or AFS may need this.
To fix this, you can do one of the following:
shell stream tcp nowait root /etc/tcpd2 in.rshdto
shell stream tcp nowait.200 root /etc/tcpd2 in.rshd
Make sure that ssh is set up to not require a password. The command
ssh -n `hostname` dateshould return the date without any prompts for passwords. See the installation manual if you have problems.
No. In principle, MPICH could use multicast, but in practice this would be very difficult. To start with, IP multicast is unreliable; additional code to make it reliable needs to be added. In fact, there is an effort to provide a reliable multicast, built ontop of the unreliable multicast. The second problem is that not all systems allow user programs (or *any* program) to perform an IP multicast. In fact, that is the case for the systems that we have been developing on. Thus, we will always need the point-to-point version. There is a fairly easy way to replace any collective routine in MPI, but no-one has offered us a multicast-based MPI_Bcast yet...