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

Re: Performance Results on Windows

From: Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>
Date: Mon, 21 Jul 2014 12:26:40 +0200

On Tue, Jul 15, 2014 at 4:09 AM, Justin Erenkrantz
<justin_at_erenkrantz.com> wrote:
> On Mon, Jul 14, 2014 at 9:09 AM, Stefan Fuhrmann
> <stefan.fuhrmann_at_wandisco.com> wrote:
>> On the same machine actually (which may be a contributing factor).
>> The client is svn-bench that simply handles the editor drive but
>> discards incoming file contents etc.
> We've historically seen oddity in loopback scenarios on Windows - the
> loopback network drivers on Windows have always seemed a bit shaky to
> me. If/when you get a chance, it's worth seeing if you see it happen
> with a remote box. -- justin

So, it turned out to be a problem in the Subversion libs and
got fixed by r1611379. When multiple connections to the same
repo were opened concurrently (ra_serf over loopback), our file
API workarounds for Windows (retry for up to 10-ish seconds)
would interact badly with the initialization serialization code we
use for the "revprop caching" feature.

As a result, the feature initialization would fail (hurts performance
but is not a major problem) but it would also waste 10+ seconds
until it gives up. This fully explains why runtimes would fluctuate
between e.g. 21, 31 and 42 seconds.

I'm currently running a few extra tests and will post the final
results once they come in.

-- Stefan^2.
Received on 2014-07-21 12:27:12 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.