Will Dean wrote:
> At 13:48 18/01/2005 -0600, you wrote:
>
>> Alas, I am using TSVN 1.1.2 :( I will experiment with the latest snap
>> shot build and let you know if that clears things up.
>
>
> Yes, I would be interested. There is a problem with current versions
> of SVN (I think they are working on a fix), where if the current date
> of a file doesn't match SVN's expectations, it has to check if the
> *content* of the file has changed. Clearly, this is significantly
> slower than just checking the date of the file.
>
That's not the bug, that's the feature ;) The problem is that when the
MD5 has been compared and it's
been decided that the file is in fact unchanged, the file timestamps
aren't reset to match eachother. As a
result the next 'status' will result in yet another MD5 calculation.
Running 'touch' to update all file timestamps
to current time could end up in hours or even days for a 'status'
command to complete depending on the
size of the WC since it would calculate MD5 sums for _all_files :(
The work around is to remove the WC and check it out freshly.
I think not knowing that could give wildly wrong performance figures.
/Nicke
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Jan 18 22:02:22 2005