[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: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Wed, 14 Jan 2009 09:35:41 +0000

2009/1/14 Konstantin Kolinko <knst.kolinko_at_gmail.com>:
> 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
> files.

But the WC crawl is done by TortoiseProc, not by the shell extension.
It might take a lot of CPU but should not (by itself) freeze explorer
completely to the extent that it doesn't recognise mouse clicks at
all. However, AV software can sometimes do nasty things. Try using
Task Manager to see which processes are working hard.


:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-01-14 10:35:52 CET

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