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

Re: Very poor performances with Apache 2.0.55

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-01-04 19:31:22 CET

On 1/4/06, Emmanuel Blot <manu.blot@gmail.com> wrote:
> Hi,
> I experience a very poor performances with Apache 2.0.55 when dealing
> with large changesets (revisions with over 1000 added or changed
> files) and revision properties.
> [Apache/2.0.55 (Debian) DAV/2 SVN/1.2.3 mod_python/3.1.3 Python/2.3.5
> mod_perl/2.0.1 Perl/v5.8.7 Server], with FSFS repository (created with
> svnadmin 1.2.3)
> Whenever I want to retrieve the revision properties (custom revision
> properties, or svn ones such as svn:author for example), it takes
> several dozens of seconds to retrieve the SVN property through the svn
> client and the Apache+mod_dav_svn server.
> 12758 www-data 21 0 233m 10m 5456 S 2.3 2.8 0:00.43 apache2
> When I access the properties either locally (using a Python SWIG
> wrapper) or remotely using svnserve as the server, I get the revision
> property value in less than 1 second.
> The time spent to retrieve the property value seems to be closely
> related to the number of files in the queried revision, which is quite
> surprising - am I wrong ?
> * Is it a known issue ?
> * What can I try to get more info about what's going on in the Apache
> mod_dav_svn ?
> There are no issue with commit or checkout times: everything works
> fine, but the revision properties.

The problem is that libsvn_ra_dav doesn't fetch just a single revprop
when you do a revprop fetch, it's fetching all the revprops, and then
filtering them. The underlying reason for this is kind of stupid,
it's because of the way DAV makes you send property names, the rules
for XML attributes, and what happens if a property name as a : in it.
I imagine that calculating all the props is taking a long time on
those kind of revisions.

This is definately a bug, if you could file it (with a pointer to this
thread) I'd appreciate it.



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 4 19:38:17 2006

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

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