[svk-devel] Slow sync on big revisions

[Jesse Vincent]

Adrian,

What versions of SVK and SVN are you using on your client? What  
version of SVN on the server?

Best,
Jesse
On Oct 25, 2007, at 12:16 PM, Adrian Wilkins wrote:

> In a revision which edits 3600 files, with 2.2MB of delta in the back
> end repository revision, SVK sits there and eats 19 minutes of CPU
> time. It actually takes so long that I had to switch compression off
> on the server because it was cutting it off at the DEFLATE filter as
> it timed out.
>
> My question is, since SVK seems to be aware of the part of the RA
> layer that svnsync uses to replay transactions, why does this take so
> long? The folder holding the revision takes about 12 minutes for a
> fresh checkout. Is the replay API being used under all conditions (not
> from my reading of the code though)? The sync is being done over an
> office LAN, so bandwidth is not an issue. If the replay functions are
> not being used, would using them speed things up a lot?
>
> I would be taking full mirrors of my production repos for work at
> home, but alas, at this pace, some of them will take longer than a
> workday to sync.
>
> Second example. The entire changeset consists of a mere 1MB composed
> of 708 XML files, in the same folder, added in one revision. About 5
> minutes to sync.
>
> I can fully appreciate there may be a good reason for this, but it's
> still impeding my workflow.
> _______________________________________________
> svk-devel mailing list
> svk-devel at bestpractical.com
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/svk-devel
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.bestpractical.com/pipermail/svk-devel/attachments/20071025/82b050c4/PGP.pgp