Re: compact repository (many files)

2010-05-27 Thread Daniel Shahaf
Stefan Sperling wrote on Wed, 26 May 2010 at 18:10 +0200: > If you want svn to collapse revisions more often, you'll need to > re-compile Subversion after tweaking the SVN_FS_FS_DEFAULT_MAX_FILES_PER_DIR > constant in subversion/libsvn_fs_fs/fs_fs.c > Not necessary. This #define just controls th

Re: compact repository (many files)

2010-05-27 Thread B Smith-Mannschott
On Thu, May 27, 2010 at 16:31, Paul Ebermann wrote: > B Smith-Mannschott wrote: >> On Wed, May 26, 2010 at 19:07, Paul Ebermann wrote: > >>> I think packing the revprops would (from a space viewpoint) be even more >>> useful than >>> packing the revisions, since most of these are quite small (si

Re: compact repository (many files)

2010-05-27 Thread Paul Ebermann
B Smith-Mannschott wrote: > On Wed, May 26, 2010 at 19:07, Paul Ebermann wrote: >> I think packing the revprops would (from a space viewpoint) be even more >> useful than >> packing the revisions, since most of these are quite small (similar) text >> files. >> >> Statistics: [...] > > True, bu

RE: compact repository (many files)

2010-05-27 Thread Cooke, Mark
[reposted with correct files/folders in table!] >> On Wed, May 26, 2010 at 05:53:17PM +0200, Paul Ebermann wrote: >> >> The problem now is that I have a quota limitation of 3 >> files here (additionally to a size limit), and my svn repository >> fills now about 1/6 of this, steadily growing,

RE: compact repository (many files)

2010-05-27 Thread Cooke, Mark
>> On Wed, May 26, 2010 at 05:53:17PM +0200, Paul Ebermann wrote: >> >> The problem now is that I have a quota limitation of 3 >> files here (additionally to a size limit), and my svn repository >> fills now about 1/6 of this, steadily growing, forcing me to >> delete other files ... >> >>

Re: compact repository (many files)

2010-05-26 Thread B Smith-Mannschott
On Wed, May 26, 2010 at 19:07, Paul Ebermann wrote: > Mark Phippard wrote: >> On Wed, May 26, 2010 at 11:53 AM, Paul Ebermann wrote: > [...] >>> Is there any way to reduce the file number of the repository without >>> throwing away >>> information? As in, throw the changes in revisions 0 ... 999

Re: compact repository (many files)

2010-05-26 Thread Andy Levy
On Wed, May 26, 2010 at 13:07, Paul Ebermann wrote: > Mark Phippard wrote: >> On Wed, May 26, 2010 at 11:53 AM, Paul Ebermann wrote: > [...] >>> Is there any way to reduce the file number of the repository without >>> throwing away >>> information? As in, throw the changes in revisions 0 ... 999

Re: compact repository (many files)

2010-05-26 Thread Hyrum K. Wright
On Wed, May 26, 2010 at 12:07 PM, Paul Ebermann wrote: > ... > I think packing the revprops would (from a space viewpoint) be even more > useful than > packing the revisions, since most of these are quite small (similar) text > files. > > Statistics: only 91 of those have a size of more than 150 b

Re: compact repository (many files)

2010-05-26 Thread Paul Ebermann
Mark Phippard wrote: > On Wed, May 26, 2010 at 11:53 AM, Paul Ebermann wrote: [...] >> Is there any way to reduce the file number of the repository without >> throwing away >> information? As in, throw the changes in revisions 0 ... 999 together in one >> file (and >> this way even safe some spa

Re: compact repository (many files)

2010-05-26 Thread Stefan Sperling
On Wed, May 26, 2010 at 05:53:17PM +0200, Paul Ebermann wrote: > The problem now is that I have a quota limitation of 3 files here > (additionally to a > size limit), and my svn repository fills now about 1/6 of this, steadily > growing, forcing > me to delete other files ... > > Is there an

Re: compact repository (many files)

2010-05-26 Thread Mark Phippard
On Wed, May 26, 2010 at 11:53 AM, Paul Ebermann wrote: > I have here a personal Subversion repository hosted on my university account > (for easy > access from everywhere via SSH). (Its format is a 1.5 FSFS, from the > information in the > meta-files.) > > I'm now to revision 2529, which means

RE: compact repository (many files)

2010-05-26 Thread Thomas Loy
I wish I had an answer for you. We have a similar situation. I manage a dozen production SVN Repos and some are getting quite large. One repo has over 35,000 revisions. Some of the original revisions from years ago I'd like to extract and archive and just maintain the archive with history fo