On Thursday 08 December 2005 20:27, Oscar Fuentes wrote:
> Hi.
>
> Whenever I commit changes on certain file a bloated commit file is
> created on the db/revs directory. I say bloated because the committed
> file contains ASCII text and the diff wrt previous commit is just a
> few short lines (typically 10 lines totalling approx 200 chars). The
> committed file size is 44 KB and the corresponding rev file is 38
> KB. On a repository of about 800 files, this is the only file that
> shows the problem. As this file is changed often, a large part of the
> repository size is due to this problem.
>
> The only reason I can think about is that the original commit could
> have UNIX line endings and successive commits contains DOS line
> endings. I would expect a somewhat large rev file when the file
> changed from UNIX to DOS line endings, but once the conversion was
> committed, I expect a rev file size proportional to the changes
> relative to previous commit.
Can you provide a reproduction recipe? I can make to a change to a small
file, and I only see a small rev file. Is the file located in the same
directory as a lot of other files? If so, how many files are in that
directory. I have noticed that FSFS tends to write a full plaintext
representation for directory contents more often that it probably should, so
that may be what your specific problem is. As for the diff itself, we do use
a binary delta compression on the backend, and the diff will be relative to
the size of the change. You must have a great deal of files along the path
to the file in question, or in the same directory as the file in question.
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 9 10:21:06 2005