RE: [AMBER-Developers] Backup file renaming?

From: Ross Walker <ross.rosswalker.co.uk>
Date: Fri, 6 Mar 2009 08:26:46 -0800

Hi Dan,

I agree with Bob here and some of this was discussed at the AMBER meeting.
The main issue with .1, .2 etc is that you don't know which is which, which
is the last one etc. Sure you can work it out by looking at it but trying to
do that inside a script is difficult. That's why I think the .bak approach
is best because the intention is that you would never need / look at the
.bak file UNLESS your job crashed and you found out that your main restart
file was corrupted.

All the best
Ross

> -----Original Message-----
> From: amber-developers-bounces.ambermd.org [mailto:amber-developers-
> bounces.ambermd.org] On Behalf Of Carlos Simmerling
> Sent: Friday, March 06, 2009 8:20 AM
> To: AMBER Developers Mailing List
> Subject: Re: [AMBER-Developers] Backup file renaming?
>
> this does restrict file names for users, and the extension can be
> really useful (for example, using .rst7 for quick identification of
> type in vmd)
>
>
>
> On Fri, Mar 6, 2009 at 11:12 AM, Daniel Roe <daniel.r.roe.gmail.com>
> wrote:
> > Hi all,
> >
> > On Fri, Mar 6, 2009 at 11:02 AM, Ross Walker <ross.rosswalker.co.uk>
> wrote:
> >>
> >> What you suggest might be a good way to address this assuming it is
> portable
> >> across all machine types - although it might be slightly
> overcomplicated for
> >> what we need here. I think just a single restart + .bak is suitable to
> fix
> >> the majority of crash issues. The key is to do it in a way that doesn't
> hurt
> >> performance - I.e. copying the current restart file to .bak then
> overwriting
> >> the .rst file is probably safest in terms of recovering from a crash
> with an
> >> intact restart file but is not good for performance. Renaming may be
> very
> >> fast and in the noise and is probably good enough to avoid corrupting
> the
> >> restart file if it crashes while that is happening.
> >
> > Why not just have two fixed restart files, <restart name>.0 and
> > <restart name>.1, and alternate between the two.
> > No copying, no renaming, and you'll know which is more recent since
> > the time is written out at the top.
> >
> > -Dan
> >
> > --
> > Daniel R. Roe, Ph.D.
> > Research Chemist
> > National Institute of Standards and Technology
> > 100 Bureau Drive, Stop 8443
> > Gaithersburg, MD 20899-8443
> > (301) 975-8741
> >
> > _______________________________________________
> > AMBER-Developers mailing list
> > AMBER-Developers.ambermd.org
> > http://lists.ambermd.org/mailman/listinfo/amber-developers
> >
>
> _______________________________________________
> AMBER-Developers mailing list
> AMBER-Developers.ambermd.org
> http://lists.ambermd.org/mailman/listinfo/amber-developers


_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Sun Mar 08 2009 - 01:10:14 PST
Custom Search