Philip Martin <philip@codematters.co.uk> writes:
> kfogel@collab.net writes:
>
>> Yes, I think it might be time to turn on directory deltification. It
>> was turned off here, I think:
>>
>> ------------------------------------------------------------------------
>> rev 1043: cmpilato | 2002-01-24 10:03:50 (Thu, 24 Jan 2002) | 12 lines
>>
>> Turning off deltification of directory entries lists (should this be
>> wrapped in #ifdef SVN_FS_DELTIFY_DIR_ENTRIES and made into a
>> compile-time feature?)
>
> Hmmm, the code has changed quite a bit since then. Would this be the
> way to turn it back on?
>
> Index: subversion/libsvn_fs/tree.c
> ===================================================================
> --- subversion/libsvn_fs/tree.c (revision 6607)
> +++ subversion/libsvn_fs/tree.c (working copy)
> @@ -1385,7 +1385,7 @@
> /* If this node has a predecesser, deltify it. */
> if (noderev->predecessor_id)
> SVN_ERR (txn_deltify (node, noderev->predecessor_count,
> - args->is_dir, trail));
> + 0, trail));
>
> return SVN_NO_ERROR;
> }
Good news and bad news.
I have been converting the debhelper CVS archive posted a day or so
ago. It's a 3.5M CVS archive and using the Subversion HEAD it
converts to a 20M Subversion repository with 1087 revisions, of which
485 are tags. Using the patch above the Subversion repository size is
reduced to 13M. If I 'svnadmin dump' bits of the two repositories
they appear to be the same.
That's the good news, the bad news is that it is extremely slow. If I
attempt a full dump of the repository, it runs a bit slowly for the
first 22 revisions, but with the machine using 100% CPU. Around about
revison 23 the CPU usage drops to near zero and the dump crawls along
so slowly I have never bothered to let it finish. Dumping the
revision range 20:40 takes less than 10 seconds without the patch and
over 4 minutes with the patch. The revision range 520:540 takes 10
seconds without the patch and over a minute with the patch.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 22 09:22:04 2003