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

Re: svn_client_status5 veeeeeeery slow [SEC=UNCLASSIFIED]

From: Philip Martin <philip_at_codematters.co.uk>
Date: Fri, 28 Jul 2017 10:58:32 +0100

"Thamm, Russell" <Russell.Thamm_at_dst.defence.gov.au> writes:

> Any idea why svn_client_status5 is behaving so strangely?

I suspect you altered all the timestamps on the working files when you
copied the working copy, or perhaps the filesystems have different
timestamp resolution. Running 'svn cleanup' will probably fix the

During write operations that modify files Subversion stores
timestamp/filesize for files that are known to be unmodified. Status
uses this information to avoid doing a full-text comparison on files
where the timestamp/filesize match the stored values. If you do
something to alter the timestamps of the working files then status will
have do a full-text comparison.

"Broken" timestamps get fixed by various write operations that detect
the unmodified file, in particular 'svn commit'.

Received on 2017-07-28 11:58:43 CEST

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