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

Re: Repository bloat.

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-06-06 00:59:19 CEST

Oscar Fuentes writes:
> I've commented on the past (on the user's mailing list) about small
> commits (a few lines diff) causing svn repositories grow fast. For
> example, in one of my repositories, a small commit made on certain
> directory results on a 50+KB file on the svn repository (FSFS). The
> directory contains almost 1000 files, and the problem is that the
> revision file lists them several times.
>

What you are seeing here is the change "bubling up" to the root. Since you are
replacing one node revision of a file with another, we need to update the
parent directory with a reference to that new revision. This, in
turn, means that the parent has changed, and its parent needs to be
updated. This process continues up to the root.

I think Subfersion sometimes in the past (long before I got active in
the project) used to store directory changes as deltas, but that was a
performance problem. So, instead, directories are always stored in
fulltext, meaning that large directories on the way up to the root
will be listed in the new revision. I guess this is a classical speed
versus space tradeoff. I don't know of any plans to change this
situation. (One idea that sprints to mind would be to gzip compress
the directories, but I don't know how much that would cost
performance-wise.)

Regards,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 6 00:59:51 2006

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.