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

RE: Bloated rev file.

From: Kjell Harald Andersen <k.h.andersen_at_chipcon.com>
Date: 2005-12-09 14:33:24 CET

I just made an experiment with a directory containing 5000 autogenerated
files.
After the first import, I changed one of the files, and the repository
increased according to that. I can't see any problems related to many
files in a directory except that it takes forever to check in and out.

Kjell H A

 

> -----Original Message-----
> From: news [mailto:news@sea.gmane.org] On Behalf Of Oscar Fuentes
> Sent: 9. desember 2005 11:59
> To: users@subversion.tigris.org
> Subject: Re: Bloated rev file.
>
> John Szakmeister <john@szakmeister.net> writes:
>
> > 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.
>
> The file is on a directory with ~740 files.
>
> > 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.
>
> Is 800 files considered a large directory on the scenario you
> describe? Too bad if the answer is yes, as the repo size is
> skyrocketing due to commits consising on a few line deltas.
> It will become worse as that directory is expected to contain
> thousands of files on a year or two.
>
> > 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.
>
> There are some large projects out there using svn that have
> directories with thousands of files. I wonder how nobody noticed this.
>
> Thanks for you input, John
>
> --
>
> Oscar
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 9 14:40:28 2005

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

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