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

Re: Explorer freezing on update

From: Konstantin Kolinko <knst.kolinko_at_gmail.com>
Date: Wed, 14 Jan 2009 12:23:53 +0300

2009/1/14 Evgeny Potashnik <emp.007_at_gmail.com>:
> Hi,
> I've been using TortoiseSVN for a while and it's great, except for one issue
> that really drives me nuts. When I run the Update command from the the TSVN
> context menu Windows Explorer often (but not always) freezes completely for
> 30 seconds or more. It does not respond to mouse clicks at all. In some
> cases even other applications are frozen, eg. I cannot even scroll down the
> page in Firefox. This happens before any of the updated files show up in the
> Update window and it can happen even when there are no update files.
> I've always had this happen since I started using TSVN 1.4 and up to the
> current version, 1.5.6. Other developers in my company also experience the
> same issue. We've had this happen on Windows XP SP1-SP3, Windows XP x64 SP2,
> Windows Vista x64 SP1 and Windows Server 2003 SP2. One thing that I found to
> reduce the frequency of this issue is storing my working copy on a RAMdisk.
> On a normal hard disk this happens on almost every update. On a RAM disk it
> happens maybe 1/4 of the time, but it's still extremely annoying.
> I've tried searching for this issue and there seem to be plenty of similar
> reports, just see
> http://www.google.com/search?q=tortoisesvn%20freezes%20explorer but I'm
> still unsure what the status of this issue is. Are the SVN developers able
> to repro this issue? Do they know the cause? Is there a plan to fix this?

I suspect that your working copy has too many folders. When update
operation starts (in *any* svn client) before transmitting any data
over the network it has to calculate the state of your working copy.
To do so, it must crawl it and read a lot of files. Thus the delay.

Hard disk fragmentation, OS disk caches, antivirus software may
contribute to the timing.

As far as I have read, the main plan is to fix this in svn 1.7 by
using a single system-wide database instead of all those .svn/entries

Best regards,
Konstantin Kolinko


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-01-14 10:24:05 CET

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