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

Re: [TSVN] REQUEST: speed issues

From: Nicklas Norling <exinor_at_exinor.net>
Date: 2004-12-13 18:29:57 CET

Ivan-Assen Ivanov wrote:

>>Yes, _if_ you only select a single file. But checking the files isn't
>>the main part of what you call 'slow': Subversion has to 'lock' the
>>working copy while updating/committing/whatever so no other Subversion
>>client/task can interfere. And locking means writing a lock file in
>>the .svn folder.
>And what, realistically, would that other Subversion client/task be on
>the typical TSVN host - a single-user Windows development workstation?
>I understand that the Subversion working copy library is
>bullet-proofed against such possibilities, but is there a way to
>bypass it?
>We're starting to see horrendous prepare-to-commit times (after the
>dialog is open, before the listbox is filled with modified files). I
>thought it was performing diffs on the large-ish binary files I
>recently added to the repository (a handful of files, each less than 2
>MB), but if the problem is file count, the outlook is grim - I can
>remove the binaries, but I can't reduce the number of files in my
>source tree. And I only have on the order of 1000s of files... How can
>people live with much, much larger repositories?
There is a bug in subversion where content of files will have checksums
calculated if the file timestamp
differs from the original. Are you having some program 'touch'-ing your
WC files? A long shoot, I know but...

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Dec 13 18:31:34 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.