-
Couldn't load subscription status.
- Fork 929
Closed
Description
This issue started with #7095. However, it has grown to encompass several things, so I'm opening a new issue to gather them all into one spot.
The initial issue is that mpirun's --output-filename behavior no longer matches what is described in the mpirun(1) man page. Specifically: it doesn't just output to a single file per process any more; mpirun now creates a directory for each MPI process and outputs a stdout and stderr file in there.
- We should probably rename this behavior to be
--output-directory.- The new behavior needs to be documented: output to
DIR/JOBID/rank.N/stdout|stderr - Can also be combined with
--merge-stderr-to-stdout(right? test this...) - Be sure to mention
:nojobid(omit the job ID in the directory hierarchy) and:nocopy(don't also emit to stdout/stderr), and that they can be combined into a single comma-delimited list - Mention efficiency of
:nocopy(i.e., no IOF used to send back tompirun) -- probably nearly as efficient as the app writing to its own local files...?
- The new behavior needs to be documented: output to
- BUG FIX: If you specify an invalid suffix (e.g.,
:noooooocopy, the user is not notified). - Need to think through how to use this feature over time from user's perspective
- What to do in v2.x
- What to do in v3.0.x (behavior changed compared to v2.x)
- What to do in v3.1.x
- What to do in v4.0.x (?added
-output-directory/ deprecated--output-filename?) - What to do in v5.0.x (?
--output-directoryonly?)
- Make sure to mention killing/deprecating
--output-filein NEWS- ...unless the old
--output-filebehavior is resurrected / preserved...? That's an option, if someone wants to do it.
- ...unless the old