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

RE: svn log on FSFS - disk IO for revs/revprops

From: Johan Corveleyn <johan.corveleyn_at_uz.kuleuven.ac.be>
Date: Sun, 28 Jun 2009 10:36:58 +0200

> -----Oorspronkelijk bericht-----
> Van: David James [mailto:james82_at_gmail.com]
> Verzonden: vrijdag 26 juni 2009 23:39
>
> 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.

Thanks for the tip, but SVNPathAuthz is Off in this setup.

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

We also tried with file:// and svn://, but that didn't make much difference (maybe half a minute, so down from 4' to 3'30").

I think big performance differences in the past between svn:// (of file://) and http:// may have been due to SVNPathAuthz. Or maybe quality/speed of the network connection (which is not an issue in our case, it's all on a LAN).

No, I'm really sure that it's purely server-side IO bound.
Also, when running the exact same log command a second time, it's much faster (down to 1'30). That's probably because the server has got the necessary files in disk cache. However, that's no real help, because in a real world scenario people ask logs of different files all the time...

Regards,
Johan

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2366072
Received on 2009-06-28 10:37:20 CEST

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.