Date: Thu, 18 Nov 2004 13:34:48 -0500
To: Stefan Monnier <monnier@iro.umontreal.ca>
Subject: Re: [Gnu-arch-users] Re: cacherev policy script
Message-ID: <20041118183448.GA23898@fencepost>
References: <pan.2004.11.18.13.23.45.365921@progsoc.org>
	<jwv3bz7rqxk.fsf-monnier+gmane.comp.version-control.arch.user@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <jwv3bz7rqxk.fsf-monnier+gmane.comp.version-control.arch.user@gnu.org>
User-Agent: Mutt/1.3.28i
Blat: Foop
From: Miles Bader <miles@gnu.org>
Cc: gnu-arch-users@gnu.org
Precedence: list
Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Status: RO
Content-Length: 1556
Lines: 36
On Thu, Nov 18, 2004 at 12:48:58PM -0500, Stefan Monnier wrote:
> > In 'Archive Cached Revisons' from 
> > <URL: http://regexps.srparish.net/www/arch-tech.html>, 
> > it talks says an optimal cacherev policy would be "cached revisions such 
> > that the sum of the sizes of changesets between any two cached revisions 
> > is about the same as the size as the [...] cached revision."
> 
> > I'm just wondering if anyone has implemented a script to do this.
> 
> Assuming cachedrev are mostly used to speed up the "initial checkout", and
> assuming that initial checkouts are done in 99% of the cases on the latest
> revision, the optimal policy might be to have a single cacherev, placed near
> the latest revision.
> This assumes you have the backbuilder, of course.

It's very dependendent on other properties of the protocol though.

When I (too rarely) make emacs cacherevs, I'm very careful to place them a
fair number of revisions before the latest, because if I don't, someone using
my tree to do _updates_ can get a cacherev, which is extremely horrible in
the case of emacs.  This problem would go away if tla used smarter algorithm
to choose when to use cachrevs, of course... :-/

-Miles
-- 
Come now, if we were really planning to harm you, would we be waiting here, 
 beside the path, in the very darkest part of the forest?


_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-users@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/