[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: Ivan-Assen Ivanov <ivanassen_at_gmail.com>
Date: 2004-12-13 18:20:22 CET

> 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?

---------------------------------------------------------------------
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:22:59 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.