On Thu, Jun 25, 2009 at 4:42 PM, Johan
Corveleyn<johan.corveleyn_at_uz.kuleuven.ac.be> wrote:
> I have looked at some of the disk IO that the svn server performs when it's asked for an "svn log" (I wanted to see what we could do on OS/disk/NFS level to improve it). For this, we used rwsnoop (http://www.manpagez.com/man/1/rwsnoop/), while running "svn log" for a file with lots of changes.
...
> Exact client command: "svn log URL/file_with_lots_of_changes"
> The file has had 5500 revisions. It takes ~4 minutes to retrieve its entire log.
...
> Thanks for any insight anyone can offer.
Hi Johan,
Have you tried setting SVNPathAuthz Off or SVNPathAuthz short_circuit
in your HTTP config? I have seen cases where the the cause of the
delay was actually due to the overhead associated with performing HTTP
requests to authenticate the paths.
You might also want to check out the performance using svn:// or
file://, because if this is faster it would show you that disk
activity is probably not the issue. See
http://svn.haxx.se/users/archive-2005-03/1247.shtml, which shows a
dramatic performance difference for svn log between http:// and svn://
access.
Cheers,
David
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2365852
Received on 2009-06-26 23:39:37 CEST