Philip Martin writes:
> You can see how many entries there are with:
>
> sqlite3 repo/db/rep-cache.db "select count(*) from rep_cache order"
That should be:
sqlite3 repo/db/rep-cache.db "select count(*) from rep_cache"
--
Philip
Gert Kello writes:
> rep-cache.db files are different, 39.7 MB in 1.9 and 58.4 MB in 1.8
The rep-cache is an SQLite file that contains a map of checksums to
revisions and if stops working then Subversion will continue to allow
commits but will do less, or no, deduplication.
You can see how many
Knowing that SmartSVN 7 uses an older compiled version of subversion, I
downloaded it, did a checkout and commit from it without issue.
I’m going to try SmartSVN 8 and see what that nets me.
This process is a lot easier then trying to downgrade Subversion on my system
to run the same similar test
On 28 January 2016 at 14:37, Philip Martin
wrote:
> > I have a svn 1.9 repository, created with svnsync, that has ~15
> > revisions and size about 45 GB. Due to some issues in
> svn-all-fast-export I
> > wanted to have svn 1.8 version repository so I downgraded it by doing
> > svnadmin (v 1.9
On Thu, 28 Jan 2016 11:54:14 +0200, you wrote:
> I have a svn 1.9 repository, created with svnsync, that has ~15
> revisions and size about 45 GB.
300kB/rev is quite large, like >1 MB of changes before
compression - on average. Are these office documents,
large xml / html files or simply ma
On 28 January 2016 at 14:47, Bert Huijben wrote:
>
>
> > > I have a svn 1.9 repository, created with svnsync, that has ~15
> > > revisions and size about 45 GB. Due to some issues in
> svn-all-fast-export I
> > > wanted to have svn 1.8 version repository so I downgraded it by doing
> > > svna
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: donderdag 28 januari 2016 13:38
> To: Gert Kello
> Cc: users@subversion.apache.org
> Subject: Re: Svn 1.9 repository 20% bigger than svn 1.8 repository
>
> Gert Kello writes:
>
> > I have a svn 1.9
Gert Kello writes:
> I have a svn 1.9 repository, created with svnsync, that has ~15
> revisions and size about 45 GB. Due to some issues in svn-all-fast-export I
> wanted to have svn 1.8 version repository so I downgraded it by doing
> svnadmin (v 1.9) dump /svnadmin (v 1.8) load cycle. I wa
You mean the content of db\transactions and db\txn-protorevs folders? They
are empty. svnadmin lstxns shows nothing as well.
(I'm on windows machine, if it matters. Forgot to mention on first e-mail)
Gert
On 28 January 2016 at 14:20, Yves Martin wrote:
> Hello,
>
> Have you checked disk spac
Hello,
Have you checked disk space consumed by "pending" transactions
(db/transactions) in your original 1.9 repository ?
To clean up, use svnadmin lstxns and rmtxns.
Hope this helps
--
Yves Martin
Hi.
I have a svn 1.9 repository, created with svnsync, that has ~15
revisions and size about 45 GB. Due to some issues in svn-all-fast-export I
wanted to have svn 1.8 version repository so I downgraded it by doing
svnadmin (v 1.9) dump /svnadmin (v 1.8) load cycle. I was surprised that
the siz
11 matches
Mail list logo