[Users] simfactory run sub-options
schnetter at cct.lsu.edu
Tue May 1 10:42:11 CDT 2012
No, the --recover option should not be necessary unless you want to
recover from a particular restart.
The "sim run" command is supposed to look at what actions "sim submit"
did, and perform those that are missing. This includes creating the
directory structure. I don't expect this to be well tested. Linking to
checkpoint files cannot be done by "sim submit", so it is always "sim
run" that does this.
You seem to be intending to chain jobs together. I assume you are
aware that Simfactory already offers a facility for this? This would
submit several the jobs simultaneously with respective dependencies.
You can also pre-submit more jobs to extend this chain. Thus "sim
submit" instead of "qsub" should do the same thing, and/or you can
also run the "sim submit" from the command line (adding, say, ten more
restarts) if needed.
The logic that triggers pre-submission is that you require more wall
time than the queue limit. In this case, the job is broken into
PS: I hope that my description above does not deviate too much from reality.
On Mon, Apr 30, 2012 at 5:46 PM, Roland Haas
<roland.haas at physics.gatech.edu> wrote:
> Hello all,
> reading the docs at
> it seems as if the "run" subcommand requires a --recover option to
> recover from a checkpoint. However looking at the simfactory generated
> RunScripts, this option is not used (though my runs seem to recover fine).
> Since I have to do some lower-level fooling around with simfactory runs:
> is this option still required? Or does simfactory by now find
> checkpoints automatically and links them into the new folder?
> In particular I am wondering if I can use a single qsub script
> # PBS ...
> # PBS ...
> sim run mysim --walltime 24:00:00 --procs 42 --num-threads 13
> sim cleanup mysim
> qsub $myself
> and have it re-submit itself again and again and have simfactory
> properly create new output folders, link the checkpoints files from
> segment to segment and run with the options.
> My email is as private as my paper mail. I therefore support encrypting
> and signing email messages. Get my PGP key from http://keys.gnupg.net.
> Users mailing list
> Users at einsteintoolkit.org
Erik Schnetter <schnetter at cct.lsu.edu>
More information about the Users