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

Re: svn commit: r1483292 - in /subversion/trunk/subversion: include/private/svn_string_private.h libsvn_subr/string.c libsvn_subr/types.c

From: Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>
Date: Thu, 16 May 2013 12:38:44 +0200

On Thu, May 16, 2013 at 12:22 PM, Bert Huijben <bert_at_qqmail.nl> wrote:

>
>
> > -----Original Message-----
> > From: stefan2_at_apache.org [mailto:stefan2_at_apache.org]
> > Sent: donderdag 16 mei 2013 12:19
> > To: commits_at_subversion.apache.org
> > Subject: svn commit: r1483292 - in /subversion/trunk/subversion:
> > include/private/svn_string_private.h libsvn_subr/string.c
> > libsvn_subr/types.c
> >
> > Author: stefan2
> > Date: Thu May 16 10:19:18 2013
> > New Revision: 1483292
> >
> > URL: http://svn.apache.org/r1483292
> > Log:
> > Daring another no-no: provide our own, optimized implementation
> > of a string to unsigned int conversion. Use it to simplify & speed up
> > svn_revnum_parse.
> >
> > Background: In my 'svn log -g' tests, I found that >50% of the runtime
> > is spent parsing mergeinfo and ~20% in strtol alone.
>
> It would be nice if you can provide a bit more details about your tests
> for this.
>
> Is this for ra_local, ra_svn, ra_serf?
>
> Which platform?
>

X64 Ubuntu 12.04, optimized build of the fsfs-format7 branch.

svn log -v -g svn://server1/freebsd-base-f7/

Measurement was done on the server side (network and client
are not a bottleneck for log -g, yet). The server has to parse
through appox. 2GB of svn:mergeinfo.

Locales are luckily not an issue here.

-- Stefan^2.

BTW: An ordinary 'svn log -v' is now network limited ever 1Gb Ethernet.

-- 
*Join one of our free daily demo sessions on* *Scaling Subversion for the
Enterprise <http://www.wandisco.com/training/webinars>*
*
*
Received on 2013-05-16 12:39:18 CEST

This is an archived mail posted to the Subversion Dev mailing list.