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

Re: Problem using subversion on a large repository

From: Felix Gilcher <felix.gilcher_at_bitextender.com>
Date: Wed, 22 Oct 2008 11:39:51 +0200

Darn, forgot to CC the list :)

On Oct 22, 2008, at 11:35 AM, Felix Gilcher wrote:

> Well, I hope you're missing a decimal point on this one:
>
>> 7124552 G
>
> ;)
>
> Anyways, how did you dump that single revision? The exact command
> would be of interest. As far as I know, the dumpfile uses a diff
> format as well, so the full dump should only be slightly larger than
> the repository itself, not like 10 times the size. However, if you
> dump only the last revision without specifying --incremental, it
> might spit out the full data for the head revision, which would be
> each copy for itself, no ancestry information taken into account.
>
> Anyways, what are you trying to accomplish? You can just use svn
> delete to remove unused branches/tags/parts of the tree. It will not
> regain you any space, but as most of your stuff is a copy, your loss
> is not really big. Copies only take a couple of bytes, they're
> cheap. It's usually not required to clean a repository.
>
> If you really want to go down the road of filtering out revisions,
> you can alway pipe the output of svnadmin dump straight to
> dumpfilter and then to a file, this would at least remove the parts
> you don't need. As svnadmin dump does not alter the original
> repository, the risk of damage is pretty much nonexistent - just
> keep the old repo around until you've created and checked the new one.
>
> cheers
>
> felix
>
> On Oct 22, 2008, at 10:45 AM, Andreas.Otto_at_versit.de wrote:
>
>>
>> Hi,
>>
>> my problem is using subversion in a large development project
>>
>> Just the numbers:
>>
>> 1 ~ 500 Software Packages with up to ~100 files per
>> package
>> 2. a lot of testig data
>> 3. total size of a checkout is ~5G
>> 4. HW SLES 10 with 32G memory + 2 quadcore
>> 5. subversion default package in SLES 10 ->
>> subversion-1.3.1-1.10
>>
>> the size of the repository itself is
>>
>> 7124552 G
>>
>> The problem to delete old (unused) source-trees using the
>>
>> svanadmin dump/load
>>
>> feature but i'm not able to even dump this repository because
>> i have a lot of tags created with:
>>
>> svn copy
>>
>> and these tags have no space in the rep but seems
>> to use a lot of space in the dumps
>>
>> a dump of a sigle revision piped into gzip 9 took
>> 1 day and created a 80 G dumpfile
>>
>> the propblem is what I want to admin the repository for
>>
>> -> cleanup unused revisons / trees
>>
>> i need the dump/filter/load syntax because no other command
>> is doing this job
>> I don't even have enougth disk space to do this and
>> recreating a new repository with the
>> 80G gzip 9 single revision dump creates a repository with
>> close this size
>> (remember my current rep size is ~7G)
>>
>> -> How i can cleanup my rep ?
>>
>>
>>
>>
>>
>> Freundliche Grüße
>>
>> Andreas Otto
>> ISV13 - Systemverantwortung Leben
>>
>> Telefon 0431/603-2388
>> Sophienblatt 33
>> 24114 Kiel
>>
>> VersIT Versicherungs-Informatik GmbH
>> Gottlieb-Daimler-Str. 2, 68165 Mannheim
>> Registergericht: Mannheim HRB 6287
>> Vorsitzender der Geschäftsführung: Claus-Peter Gutt
>>
>>
>

--
Felix Gilcher
Bitextender GmbH
Paul-Heyse-Str. 6
D-80336 München
T: +49 89 57 08 15 16
F: +49 89 57 08 15 17
M: +49 172 840 88 28
felix.gilcher_at_bitextender.com
http://bitextender.com/
Amtsgericht München, HRB 174280
Geschäftsführer: David Zülke, Florian Clever

  • application/pkcs7-signature attachment: smime.p7s
Received on 2008-10-22 11:40:17 CEST

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.