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

Re: Long delay after commit

From: Stefan Wild <stefan.wild_at_autinity.de>
Date: Mon, 24 Jan 2011 09:28:52 +0100

Am 24.01.2011 09:15, schrieb Andreas Stieger:
> Hi,
> On Monday 24 Jan 2011 07:57:28 Stefan Wild wrote:
>> I have the same problem for some months now, but didn't know how to tell...
>> we have no script hooks, neither for commit nor for update. We now have
>> about 5600 files (~70MB) at Revision 6000+, and there's a delay of about
>> 30s after the final "xxx Bytes transferred in x minute(s) and xx
>> second(s)" appears, even if no data was updated or just a single small
>> file was commited. We use svn, version 1.6.2 on a Suse 10.3 server and
>> TSVN client 1.6.11. (It used to be faster)
> As Stefan Küng already wrote, this is caused by housekeeping work in your
> local working copies after a commit has gone through. WC-NG in Subversion 1.7
> should improve that.
Yes, but I wrote this because it delays

"even if no data was updated or just a single small
file was commited",

so that no "housekeeping" should be neccessary.
But let's wait for 1.7 ;-)

Mit freundlichen Grüßen
Stefan Wild
autinity systems GmbH
Neefestraße 42
D-09119 Chemnitz
Amtsgericht Chemnitz HRB: 21552
Telefon: +49 (0) 371 918557-00
Fax:     +49 (0) 371 918897-49
email:   stefan.wild_at_autinity.de
web:     www.autinity.de
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-01-24 09:29:07 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.