Re: svn ls performance

2012-01-08 Thread Stefan Fuhrmann
On 05.01.2012 01:25, Philip Martin wrote: Konstantin Kolinko writes: 2012/1/5 Stefan Küng: 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 repr

Re: svn ls performance

2012-01-05 Thread Philip Martin
Philip Martin writes: > 1.7 is a major improvement in the verbose > case, probably due to the better FSFS in-memory caching. There is > perhaps a slight regression in the non-verbose case. A small difference in server configurations is the reason for the apparent regression in the non-verbose ca

Re: svn ls performance

2012-01-05 Thread Ivan Zhakov
On Thu, Jan 5, 2012 at 22:02, Stefan Küng wrote: > On 05.01.2012 01:25, Philip Martin wrote: >> >> Konstantin Kolinko  writes: >> >>> 2012/1/5 Stefan Küng: Hi, Due to a report on the TSVN mailing list I found that the CL client has the same problem: 'svn list' ta

Re: svn ls performance

2012-01-05 Thread Mark Phippard
On Wed, Jan 4, 2012 at 5:42 PM, Konstantin Kolinko wrote: > http://plugins.svn.wordpress.org/ > The page has a lot of subdirectories (nearly 26000) > The server is 1.6.12. And it is the top level folder too. The revision files must be enormous. I wonder how much smaller the repository would be

Re: svn ls performance

2012-01-05 Thread Philip Martin
Stefan Küng 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

Re: svn ls performance

2012-01-05 Thread Stefan Küng
On 05.01.2012 01:25, Philip Martin wrote: Konstantin Kolinko writes: 2012/1/5 Stefan Küng: 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 repr

Re: svn ls performance

2012-01-05 Thread Philip Martin
Ivan Zhakov writes: >> I created a repository with 10,000 subdirs: >> >> #!/bin/bash >> for i in `seq 0 999`;do >>  svn mkdir -mm file://`pwd`/repo/A${i}{0,1,2,3,4,5,6,7,8,9} >> done >> > As far I remember this issue occurs only over HTTP protocol and > related to the fact that mod_dav/mod_dav_sv

Re: svn ls performance

2012-01-05 Thread Ivan Zhakov
On Thu, Jan 5, 2012 at 04:25, Philip Martin wrote: > Konstantin Kolinko writes: > >> 2012/1/5 Stefan Küng : >>> 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 prob

Re: svn ls performance

2012-01-05 Thread Philip Martin
Philip Martin writes: > As a side issue having 26,000 branches in the same directory is really > bad for repository size due to the absence of directory deltification. > My repository has 10,000 subdirs in 1,000 revisions and nothing else and > yet it takes 175MB of disk. The last commit, which

Re: svn ls performance

2012-01-04 Thread Philip Martin
Konstantin Kolinko writes: > 2012/1/5 Stefan Küng : >> 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 htt

Re: svn ls performance

2012-01-04 Thread Konstantin Kolinko
2012/1/5 Stefan Küng : > 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 --dep