[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: Konstantin Kolinko <knst.kolinko_at_gmail.com>
Date: Thu, 5 Jan 2012 02:42:40 +0400

2012/1/5 Stefan Küng <tortoisesvn_at_gmail.com>:
> Hi,
>
> Due to a report on the TSVN mailing list I found that the CL client has the
> same problem:
> 'svn list' takes forever in some situations.
> I don't know what the problem exactly is, but it's easily reproducable:
>
> svn ls http://plugins.svn.wordpress.org/ -v --depth=immediates
> prints one entry, then never returns (ok, maybe not never. But waiting 10
> minutes is not enough).
>
> however, an
> svn ls http://plugins.svn.wordpress.org/ --depth=immediates
> (same command as above, but without the verbose flag) returns the entries
> almost immediately.
> I don't think that simply fetching the verbose info could take so much
> longer?
>
> This is with svn 1.7.2.
> The same works fine with svn 1.6.6 - haven't tested with later 1.6 svn
> clients since I don't have that version ready here on my machine.
>
> using serf instead of neon doesn't help.
>

http://plugins.svn.wordpress.org/
The page has a lot of subdirectories (nearly 26000)
The server is 1.6.12.

Using client 1.6.17 (built by CollabNet, 32-bit, on Windows) it
printed the first line in 10 seconds, and never printed the rest. I
waited for ~1 minute. (Ctrl+C did not help, I had to unplug the
network cable)

Using client 1.7.2 (from TortoiseSVN, 32-bit, on Windows) the result
is the same:
the first line in ~10 seconds, the rest of data - ~never.

1.6.17: Removing "--depth" option does not change anything.
1.6.17: Removing "-v" the result appears in ~15 seconds and then takes
~10 seconds to print the listing to the console.

I am using neon in both cases.

Best regards,
Konstantin Kolinko
Received on 2012-01-04 23:43:13 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.