Re: [GE users] RE: Myrinet setup (was: RE: [Beowulf])
"Rayson Ho" <[email protected]> Sun, 27 Mar 2005 12:55:10 PST
| Newsgroups | gmane.network.myrinet.general |
|---|---|
| Message-ID | <[email protected]> |
Thanks Patrick... Also forwarding Ron's reply to this list. Rayson >The original SGE-Myrinet integration was written by >Shannon in 2002, and I believe it needs to write to a >common location to get the host/GM port info. > >Newer MPICH-GM versions automatically allocate the >required number of GM ports on each of the nodes, and >thus SGE doesn't need to list the port in the machine >file. > >Myrinet (GM-2) with SGE6 >======================== >1) GM2 has 16 ports (vs. 8 with GM-1) available per >NIC, and is usually more than the number of processors >on each node. If the setup is like this, then just >setup a normal tight-MPICH PE should be fine. (unless >your users DoS the cluster by allocating a large >number of GM-ports) > >Make sure you read Reuti's "Tight Integration of MPICH >and SGE" HOWTO. > > >2) If the nodes have more CPUs than the number of >Myrinet ports, and if you want to use serial jobs to >backfill the cluster, then you need to setup GM-port >as a resource and also a loadsensor to report the >number of free GM-ports available. (use gm_board_info >or gm_yp) > >Jobs then request for a GM-port (SGE will multiplie >that with the number of SLOTS) and the SGE scheduler >will pick nodes with the needed number of CPUs and >GM-ports available to run the parallel job. > > -Ron > > >--- Reuti <[email protected]> wrote: >> in principle you can have $TMPDIR on a file server. >> The 65534 was the >> nobody/nogroup as the root_squash to the >> anonuid/anongid is the default for >> exports. But instead of trimming the file server to >> support it in a proper way, >> it's safer (and faster) to have it locally on the >> nodes as you will have it >> now. >> >> CU - Reuti >> >> Quoting William Burke <[email protected]>: >> >> > Hi Reuti, >> > >> > Quoting Reuti [[email protected]]: >> > >> > <snip> >> > > First one additional question (before I route >> you in the wrong >> > direction): >> > >> > > is it necessary for you to have a shared $TMPDIR >> for SGE? ...More common >> > > and faster is to use the local /tmp on the nodes >> for this >> > >> > Actually there is no reason that I should have a >> shared $TMPDIR for SGE, >> > except that I read some where (I am not sure >> where)that it was recommended >> > to share the $TMPDIR. However I just seached the >> SGE and N1GE docs I found >> > no evidence supporting that notion and now >> thinking about it setting >> > $TMPDIR >> > to local /tmp would simplfy things. Thxs >> > >> > Regards, >> > William >> > >> > -----Original Message----- >> > From: Reuti [mailto:[email protected]] >> > Sent: Sunday, March 27, 2005 7:09 AM >> > To: William Burke >> > Cc: [email protected]; >> [email protected]; [email protected]; >> > 'John Hearns' >> > Subject: Myrinet setup (was: RE: [Beowulf]) >> > >> > Hi Will, >> > >> > Quoting William Burke <[email protected]>: >> > >> > <snip> >> > > I have but I do not see my name yet? How long is >> the verification >> > process? >> > >> > did you register as an observer - AFAIK you can >> post to the SGE list >> > without >> > >> > being registered. >> > >> > <snip> >> > > The mpi directory's mpich.template doesn't use >> mpirun.ch_gm so how does >> > it >> > > know what version of mpirun to use? If I use the >> mpi what changes do I >> > have >> > > to make? >> > >> > You can have more than one MPI implementation >> installed in your cluster, >> > and >> > it >> > may need some planning to set up the correct $PATH >> for each of the >> > implementations you want to use (and the this way >> located mpirun must fit >> > to >> > >> > your used version of MPI during compilation of >> your program). You may use a >> > >> > "which mpirun" to check it in your job script. >> > >> > Also the supplied sge_mpirun will not use any >> Myrinet version on it's own - >> > >> > it's just a wrapper to the mpirun you set in the >> PE, so that you don't have >> > to >> > specify the usual options 'mpirun -machinefile >> $TMPDIR/machines -np $NSLOTS >> > >> > mypgm'. >> > >> > I must admit: seems that the Myrinet stuff was >> more for 5.3 and not >> > updated, >> > as >> > in 6.0 you can have more than one line for >> "start_proc_args" in your PE >> > definition - so it just grabs the last \ in the >> first and only line >> > beginning >> > with "start_proc_args" line as mpirun command - >> will give the error message >> > you >> > got, that "\" is not existing. >> > >> > As I said: we can use the default MPICH >> integration also for Myrinet and >> > proceed this way. >> > >> > > >> Can you please give more details of your >> queue and PE setup (qconf >> > > -sq/sp >> > >> > Thx, I will keep the stuff. First one additional >> question (before I route >> > you >> > in the wrong direction): is it necessary for you >> to have a shared $TMPDIR >> > for >> > SGE? This is the one you set in your queue >> configuration (tmpdir >> > /WEMS/grid/tmp) and seems for now to be on a file >> server. >> > >> > More common and faster is to use the local /tmp on >> the nodes for this (you >> > are >> > right: SGE want to create there a directory for >> this job and some file for >> > its >> > own usage - but you are free to use this directory >> $TMPDIR also in your job >> > >> > script). It will be created for your job, and >> cleanly deleted after the >> > job, >> > so >> > you won't have any leftover files. >> > >> > Cheers - Reuti >> > >> >> >> >> >--------------------------------------------------------------------- >> To unsubscribe, e-mail: >> [email protected] >> For additional commands, e-mail: >> [email protected] >> >> > > > > > >__________________________________ >Do you Yahoo!? >Yahoo! Small Business - Try our new resources site! >http://smallbusiness.yahoo.com/resources/ > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] > > --------------------------------------------------------- Get your FREE E-mail account at http://www.eseenet.com !