Hi *,
This is an old discussion. The "standard" job managers (meaning the
ones that do not have 'lcg' in front of them) have the advantage that
they have shared directories, supporting various forms of MPI that rely
on shared homes.
There is a well-publicized patch for the standard job manager (which has
also been given to Globus, I don't know if they've taken it) -- this
checks to see if the jobtype is multiple (meaning potentially MPI). If
NOT, then it does a cd to $TMPDIR, so one gets the non-shared-home-dir
functionality of lcgpbs when it's needed.
If one is running a recent Torque LRMS, $TMPDIR is defined as per-job
scratch, so this gives you autocleaned home directories, and it also
means that you can easily find the job working dir ... do 'qstat' and
look at the WN and jobid, ssh to the WN, and look in /tmp for a subdir
beginning with the jobid.
Maybe lcgpbs has similar things though!!
JT
Maarten Litmaath wrote:
> I suppose the Quattor project need not support everything that is
> available in gLite 3.1, but the "lcg" job managers have at least
> one advantage: they do not require sharing of home directories...
|