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

Re: svn ls performance

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 05 Jan 2012 18:44:47 +0000

Stefan Küng <tortoisesvn_at_gmail.com> writes:

> Hmm - strange. I've had significant different timings for 1.6.6 and 1.7.2.
> But I've tried 1.6.6 right after 1.7.2, so maybe there was some
> caching involved?
> I'll have to do some more testing.

It can be hard to test these things when you don't control the server.
The repostory is about half a million revisions and probably hundreds of
GB, it gets frequent commits, and each commit probably writes at least
1MB due to to the 26,000 entry directory.

> But could the performance be somewhat improved? After all, without the
> verbose flag the result is available much, much faster.

Perhaps. 'svn ls' just has to look at the representation of one
directory, adding '-v' means that the representation of each child has
to be examined as well. It's the FSFS backend code that needs to be
investigated, I see similar timings over all protocols.

uberSVN: Apache Subversion Made Easy
Received on 2012-01-05 19:45:25 CET

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