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

[TSVN] use-commit-times=yes causes huge performance degradation (bad time stamps in entries file)

From: Norbert Unterberg <nepo_at_gmx.net>
Date: 2005-02-02 00:06:10 CET

Maybe my first mail got lost in hyperspace...

When turning on the use-commit-times setting, working copies which are
checked out after that become very slow on every status fetch.
Subversion does a full file compare for all files in the working copy.
What happens is that the files get the checkin time stamp, but the time
stamps stored in the .svn/entries files are the checkout times.
This only happens on checkout, updates seems to work correctly.
Using svn, Version 1.1.3 (r12730)

Steps to reproduce:

1. Set the following registry key:
-----
REGEDIT4

[HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany]
"use-commit-times"="yes"
-----
I assume that enabling the setting in the config file has the same
result, but this is what I did..

2. Checkout a small working copy:
    svn co
http://svn.collab.net/repos/tortoisesvn/trunk/src/TortoiseBlame blame

3. Run Sysinternal's FileMon Tool

4. Execute
    svn st blame

As can be seen in FileMon, Subversion reads all files in the working
copy and compares them with the files in the text-base folder.

5. del /q blame\*.*
6. svn up blame

Now watch the output of FileMon again when executing the status command:

7. svn st blame

You can see that svn no longer reads all the file contents but only
reads the file status. Obviously the timestamps in the entries files has
been repaired.

Norbert

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Feb 2 00:06:58 2005

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.