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

Re: 【wait on line】weird question about svnsync

From: Eric Johnson <eric_at_tibco.com>
Date: Thu, 20 Jul 2017 15:12:01 -0700

This could be for a number of reasons. Perhaps your original repository is
an older format? If that's the case, and your mirror is a newer format,
then the newer format could be packing and finding binary duplicates much
more effectively than is possible using the older format.

Eric.

On Thu, Jul 20, 2017 at 6:07 AM, Nico Kadel-Garcia <nkadel_at_gmail.com> wrote:

> Better deduplicaton? And did you exclude old branches with bulky binaries
> in them?
>
> On Mon, Jun 26, 2017 at 7:07 AM, Dummy <3295285722_at_qq.com> wrote:
>
>> dear subversion:
>> I have a weird question about svnsync:
>> i svnsync gzrepos(centos 6.4-svn1.6.11) to gz-mirror1(centos 7-svn1.9.5),
>> when it was done successfully, i found that the mirror repo(gz-mirror1)
>> is more less than source repo(gzrepos) in sizes ,the source
>> repo(gzrepos) is *177G* while the mirror one(gz-mirror1) is only *66G*
>> for example: revision:2012,it seems to be compressed
>> svnsync logs:
>>
>> however, the mirror repo(gz-mirror1) seems OK, we can
>> access,checkout,show log etc.
>> i heard that subversion 1.9.5 has Optimized data format,but the gap is
>> too large。
>> I'm a little worried about the data,may i ask why?
>> best wish
>>
>
>

1CB7D972_0E2C8531.0CEB5059.jpg 2D910845_699D6B73.0CEB5059.jpg
Received on 2017-07-21 00:12:35 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.