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

svn_client_status5 veeeeeeery slow [SEC=UNCLASSIFIED]

From: Thamm, Russell <Russell.Thamm_at_dst.defence.gov.au>
Date: Fri, 28 Jul 2017 04:20:59 +0000

UNCLASSIFIED
Hi,

svn-win32-1.88

I am not subscribed to the mailing list and would appreciate being cc:ed in any response.

I have a service that uses svn_client_status5 to determine the current state of a subversion working copy. Even though I have several thousand files in the working copy, this normally takes a few seconds.

However, on one particular PC, this takes several minutes. This particular PC doesn't have access to the repository - the working copy is transferred via CD. However, my laptop doesn't have access to the repository when it's not connected to the network and it doesn't exhibit this problem. Furthermore according to WireShark, the software is not trying to access the repository.

Using sysinternals procmon, it appears that every single file in the working copy is accessed on the problem PC, but only modified files are accessed normally.
In both cases, the directory tree is scanned (apparently in search of .svn directories) and many accesses are made in the .svn directory (especially ws.db).

Consequently procmon reports 416,177 file system events on the problem PC vs 30,068 on another normal PC.

My call is:

svn_error_t *err = svn_client_status5(NULL, context, path, &rev, svn_depth_infinity, true, false, false, true, false, NULL, statuslist_walk_cb, this, pool);

Any idea why svn_client_status5 is behaving so strangely?

Cheers
Russell

IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email.
Received on 2017-07-28 07:29:09 CEST

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