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

lock report inefficiencies

From: <kmradke_at_rockwellcollins.com>
Date: Wed, 14 Apr 2010 12:29:26 -0500

When debugging some repository performance problems, I narrowed it
down to repositories with large numbers of locked files. For example,
if I do an "svn ls -v http://server/repo/path" on a repository with
26k locked files, the server generates an 11MB xml response
that included lock information and lock comments for the whole
repository. Almost 100% of this information was discarded in the output
of the "svn ls -v" command.

It appears to be doing a recursive lock report, even though
the "svn ls" command is not requesting recursive behavior.

Is there an API limitation that makes all REPORT commands
for locks show recursive information?

This can make GUIs such as the TortoiseSVN repo-browser painfully
slow due to the large amount of data returned for every path that is

Any guidance on where I might start digging into this in
the source code?

Kevin R.
Received on 2010-04-14 19:30:00 CEST

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