[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: My plans for a slightly faster, and IMHO simpler delta combiner

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2005-03-01 17:45:22 CET

On Tue, 1 Mar 2005, [UTF-8] Branko ?ibej wrote:

> Daniel Berlin wrote:
>
>> When combining windows with source ops + new data only, almost all of
>> the current code in the delta combiner can go away.
>> This actually includes all of the range tree (which is actually the
>> majority of the code, and more complex to understand than the op fixups)
>> we currently use.
>>
> I haven't had the time to really understand what you're saying. But if your
> plan involves changing the combiner in such a way that it can no longer
> combine windows with target ops, then we can't do this before 2.0 because svn
> 1.x has to continue working with existing repositories (i.e., we can't
> _require_ a reload before 2.0).

I'm aware. :)
I didn't say i had immediate plans for this (though it would be used in
the gcc svn server code, since we don't need backwards compatibility),
just plans.

>
> I'm a bit pressed for time these days, so I can't promise to read understand
> your proposal today... will give it my best shot.
Take your time, i'm in no rush, since unless it's ridiculously faster, i
don't plan on trying to integrate it until 2.0 (IE if it was ridiculously
faster, i would make the code detect whether eithr window had target ops,
and fall back to the existing code if it did)

>
> -- Brane
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 1 17:46:44 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.