[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bgl-discuss] machine locked
The reason that stdio is handled through an interface, not through the
file system, is the lack of a guarantee of a global filesystem. This
sort of operation is required in some cases. We could add a shortcut
for cases when we know there will be global filesystem. Does this
sound reasonable to everyone?
You are right, systems like Chiba are a bit different since they
don't have a global filesystem. Good point... it poses an
interesting design problem. I would guess, however, that Chiba is
unique. In fact, I can't think of a single system except for Chiba
that does not sport a form of global filesystem for loading mpirun
a.out binaries (with the exception of Grid computing things like
Condor, etc). My suggestion is to optimize/generalize for the global
filesystem, and simply pipe output through the process manager (if
you really need to see it) and then on to the user's directory
without copies, and in real time. However, maybe you will decide
you don't even need to pipe the user's output through the RM, and can
instead rely on exit codes.
-nld
--
---
Pete Beckman Phone: 630-252-9020
Argonne National Laboratory Email: beckman@xxxxxxxxxxx
MCS-221
9700 South Cass Avenue
Argonne, Illinois 60439-4844, USA
PGP: 12C0 4357 1197 7BC7 8BBB B38A 869A ECE1 D7F0 6CD5
- --------------------------------------------------------------------
To add or remove yourself from this mailing list, use the 'notifyme'
command on any BGL machine. To remove: notifyme -n, to add: notifyme -y.