Hey,
kfogel@collab.net wrote:
>"Glenn A. Thompson" <gthompson@cdr.net> writes:
>
>
>>Now this file contains only the API exposed functions. Which I want to
>>remove from the API by the way:-)
>>I think rev 2093 may be where it all changed into it's current
>>form. It's a CMike mega merge.
>>I can dig further but not until late next week (knock on wood).
>>It's on my list of things to fully figure out. Directory and property
>>storage is a sticky point for round one SQL support.
>>
>>
>
>Uh, I don't think that's the change that did it, but whatever -- we
>can track it down, surely.
>
Never doubted it:-)
> The point is, we *did* deliberately turn
>off directory deltification, to improve speed (at the cost of space),
>and we can certainly reconsider that decision, especially now that the
>speed penalty is not as bad as it used to be.
>
Yes I understand. The code you pointed out is no longer in deltify.c.
I thought it moved in rev 2093. I must have been mistaken. Sorry.
The reason for my interest has to do with pushing all skels to the bdb
level and to introduce the ability to store properties, directories, and
file nodes differently. Deltification makes this more difficult.
Sorry didn't mean to hi-jack this thread.
gat
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 30 00:08:34 2003