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.
--output-directory.DIR/JOBID/rank.N/stdout|stderr--merge-stderr-to-stdout (right? test this...):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:nocopy (i.e., no IOF used to send back to mpirun) -- probably nearly as efficient as the app writing to its own local files...?:noooooocopy, the user is not notified).-output-directory / deprecated --output-filename?)--output-directory only?)--output-file in NEWS--output-file behavior is resurrected / preserved...? That's an option, if someone wants to do it.What does nocopy does?
If it only writes to files but not stdout/stderr then we still need to involve IOF since the MPI tasks might be running on nodes not mounting the filesystem mpirun is writing too.
For performance improvements, I think we would need an other option such as noforward and this should probably not be the default behavior.
Hey @rhc54: did you fix the issue that a user is not notified if they specify an invalid suffix?
Yes, I did
