On Feb 8, 2008 3:59 PM, David Glasser <glasser_at_davidglasser.net> wrote:
> On Feb 8, 2008 3:47 PM, <glasser_at_tigris.org> wrote:
> > Author: glasser
> > Date: Fri Feb 8 15:47:56 2008
> > New Revision: 29250
> >
> > Log:
> > Yet another node-origins-cache-for-FSFS implementation! This one
> > hopefully is the best of all worlds: create a new style of node
> > IDs which encode the origin revision directly into the node ID, but
> > continue to have an on-disk cache for old node IDs, but save disk
> > space by using cmpilato's patch to store up to 36 IDs in each file.
> >
> > Note that because new node IDs don't need to be cached, we can remove
> > the "gather new node IDs during commit and cache them in bulk" code,
> > which in fact even removes the need for any bulk-cache-writing code at
> > all.
> >
> > Also, properly handle node-IDs that have never been committed.
>
> Woo, finally.
>
> Note that testing this is a bit of a pain, since a bunch of the code
> (the cache part) only is used for legacy repositories, and the test
> suite isn't creating any of them. So I haven't really tested it,
> though it's based on cmpilato's patch, which he tested.
Awesome David! thanks.
Out of curiosity could we have a test set that use the
--pre-whatever-compat flag to create old repositories? Would that
cause the other cache to be created?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-09 01:19:13 CET