[Simfactory] Automatically deleting old checkpoint files?

[Barry Wardell]

On Thu, Mar 17, 2011 at 5:09 PM, Erik Schnetter <schnetter at cct.lsu.edu>wrote:

> On Thu, Mar 17, 2011 at 11:49 AM, Ian Hinder <ian.hinder at aei.mpg.de>
> wrote:
> >
> > On 17 Mar 2011, at 16:35, Erik Schnetter wrote:
> >
> >> On Thu, Mar 17, 2011 at 11:28 AM, Ian Hinder <ian.hinder at aei.mpg.de>
> wrote:
> >>>  If I set
> >>>
> >>>        checkpoint_dir = "../checkpoints"
> >>>        recover_dir = "../checkpoints"
> >>>
> >>> would I get this behaviour with current simfactory?
> >>
> >> You would probably need "../../checkpoints", because you need to leave
> >> both the Cactus output directory and the restart directory.
> >
> > I currently set "checkpoint_dir = "checkpoints"" and the checkpoints
> directory appears parallel to the output directory.  In other words,
> checkpoint_dir is not relative to io::out_dir.  So I think my version would
> work.
> >
> >> I like your argument that "Cactus has been doing this for a very long
> >> time". This means that whatever Cactus does has been debugged. Let's
> >> use it.
> >
> >
> > OK, so what is the next step?  Just tell people to use the above
> parameters?  I can't think of a way for simfactory to enforce the location
> that checkpoint files are written to.
>
> The next step is to try this and to see whether it works. Then we
> document it. There are a few other things that one "should do" in the
> parameter file, e.g. to enable the "sim stop" command.


I've tried this out and it works fine for me. I used the

checkpoint_dir = "../checkpoints"
recover_dir = "../checkpoints"

version. I agree that this is a fairly satisfactory solution to the problem.

Barry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.cct.lsu.edu/pipermail/simfactory/attachments/20110319/ff40491d/attachment.html