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

Fwd: Very poor performances with Apache 2.0.55

From: Emmanuel Blot <manu.blot_at_gmail.com>
Date: 2006-01-04 20:00:21 CET

Sorry, forgot to reply to the list as well.

---------- Forwarded message ----------
From: Emmanuel Blot <manu.blot@gmail.com>
Date: Jan 4, 2006 7:59 PM
Subject: Re: Very poor performances with Apache 2.0.55
To: Garrett Rooney <rooneg@electricjellyfish.net>

> 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.

I'm not sure to understand as I do not know the svn and dav internals,
but do you mean that even if the property request is for a 'revision
property', it calculates the props for both files and revision
properties ?

I actually run Apache2 with strace:
  strace -f /usr/sbin/apache2 -X -k start
and it does stat every single file of the revision:
 stat64("/local/www/svn/project/!svn/ver/153/trunk/..."

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

Here it is, although I'm not sure about the priority level.
http://subversion.tigris.org/issues/show_bug.cgi?id=2473

If my undestanding is correct, there cannot be a workaround for this
issue right now (but try to commit smaller changeset for now), am I
right ?

Thanks for your help,
Manu

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 4 20:13:53 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.