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

Re: svn commit: r1673919 - /subversion/branches/1.9.x/STATUS

From: Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>
Date: Wed, 15 Apr 2015 21:27:22 +0200

On Wed, Apr 15, 2015 at 8:19 PM, Evgeny Kotkov <evgeny.kotkov_at_visualsvn.com>
wrote:

> Evgeny Kotkov <kotkov_at_apache.org> writes:
>
> > + -0.5: kotkov (could not reproduce the improvement with a
> real-world 1.9
> > + server; see my e-mail to <dev_at_subversion.apache.org
> >)
>
> I regret to say that I failed to reproduce the improvement with a deployed
> server and a couple of real-world repositories.
>
> After setting up a D-series Microsoft Azure virtual machine [1] with
> Apache 2.2.29, Subversion 1.9.x and simplest httpd.conf content, I tried to
> reproduce the lag by just running 'svn log' for both http:// URIs and
> working
> copies. I couldn't tell the difference by eye, so, I cooked up a dirty
> patch
> for the command-line client that measures the time between
> svn_client_log5()
> call and the print call for the first log entry.
>
> Then, I repeated my tests against the patched and the non-patched 1.9.x
> servers. The results are attached, and they do not show any noticeable
> difference. Does anybody have a strict reproduction script with a 1.9.x
> server that shows the practical benefit from this patch?
>

Hi Evgeny,

Thanks for the feedback anyway!
I think you could see a difference for the bsd repo
if you run the log for the /head (which is their trunk)
folder. Via ra_local, I get 2 min (cold) or 9s (2nd run)
for /head but .3s for the root (cold and hot).

Basically, there is special code that makes log for "/"
just enumerate the revisions. And if you don't fetch
revprops or do authz, the send buffers get filled
immediately.

-- Stefan^2.
Received on 2015-04-15 21:29:23 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.