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

Re: [Issue 3596] 'hotcopy' of packed fsfs repos may corrupt target revprops.db

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Wed, 14 Apr 2010 19:29:52 +0100

Daniel Shahaf <d.s_at_daniel.shahaf.name> writes:

> I see you have now implemented this (r933938; diff appended). I assume
> this solution is reasonably fast (compared to the 0.25s and 3s figures
> you cited upthread)?

Yes. There is very little additional overhead taking a lock unless
blocked by a writer. The problem is that the lock blocks writers for
the duration of the copy, which could be some time if the rep-cache is
hundreds of megabytes. The SQLite backup solution breaks the write
into chunks, which allows writers to progress, but does make the copy
a bit slower (but still much faster than the SELECT/INSERT).

Received on 2010-04-14 20:30:34 CEST

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