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

Re: Commit is extremly slow on network shares with many unversioned files

From: Andy Levy <andy.levy_at_gmail.com>
Date: Mon, 12 Dec 2011 10:59:32 -0500

On Mon, Dec 12, 2011 at 10:47, Rainer Schmidt
<mumpitzstuff_at_googlemail.com> wrote:
> We use subversion in a corporate network with different locations. It
> is absolutly nessesary to use a network share. A local working copy is
> no option in our environment.
> I think the problem is not the database or the network share.
> TortoiseSVN seems to read/analyse every file in the working copy on
> the network share. But the question is why? In my opinion only the
> ~1000 versioned files needs to be checked and not the whole 250.000
> files, because most of them do not stay under version control.
>
> Cleanup or anything else do not help...

Rather than "I think", you need to do some more analysis to determine
what's *really* happening. and where it's bogging down.

At a minimum, Tortoise needs to scan all the files to find out what's
there so that it can then check against what it knows to be versioned.

Why is the network share "absolutely necessary"? The way you're
choosing to keep your working copies is contrary to accepted best
practices for using Subversion - surely there are ways to remove this
requirement. Subversion is designed for use with a *local* working
copy that is dedicated to a single user - most network shares are
meant for multiple people to use, which is again contrary to how
Subversion is intended to be used.

> On 12 Dez., 13:02, Andy Levy <andy.l..._at_gmail.com> wrote:
>> On Mon, Dec 12, 2011 at 05:15, Lübbe Onken
>>
>> <luebbe.tortoise..._at_googlemail.com> wrote:
>> >> Canonical answer: Move your working copy from the network share to a
>> >> local drive. That's highly recommended anyway.
>>
>> > A cleanup of the working copy might help too. It is possible that due to
>> > timestamp differences, Subversion scans all the files in the folder for
>> > changes.
>>
>> > But anyway: Move yor WC to a local disk. That's recommended best practice.
>>
>> There was some discussion on the SVN Users list a few weeks ago around
>> the performance of SQLite on a network share (NFS mount in that case).
>> That was dealing with how svn rm scales but may apply here as well.
>>
>> Start athttp://svn.haxx.se/users/archive-2011-10/0891.shtml
>>
>> ------------------------------------------------------http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMess...
>>
>> To unsubscribe from this discussion, e-mail: [users-unsubscr..._at_tortoisesvn.tigris.org].
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892537
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892539

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-12-12 17:00:22 CET

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

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