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

RE: RE: Efficient way to get the previous revision number

From: Giulio Troccoli <Giulio.Troccoli_at_uk.linedata.com>
Date: Thu, 8 May 2008 10:52:11 +0100

Well, as suggested I did some testing. I used different parameters for
'svn log' and run it as parameter to time. Every svn command was run 10
times. Here are the results

Test 1 : svn log [dir1 URL] -r X:1

    3.47s real 0.02s user 0.00s system
    3.47s real 0.01s user 0.01s system
    3.47s real 0.02s user 0.01s system
    3.48s real 0.02s user 0.01s system
    3.47s real 0.02s user 0.00s system
    3.47s real 0.02s user 0.01s system
    3.47s real 0.02s user 0.01s system
    3.49s real 0.03s user 0.00s system
    3.47s real 0.02s user 0.00s system

Test 2 : svn log [dir1 URL] -r X:1 --limit 1

    0.04s real 0.00s user 0.00s system
    0.04s real 0.01s user 0.01s system
    0.04s real 0.01s user 0.01s system
    0.04s real 0.02s user 0.01s system
    0.04s real 0.01s user 0.00s system
    0.03s real 0.01s user 0.01s system
    0.04s real 0.01s user 0.00s system
    0.04s real 0.01s user 0.00s system
    0.04s real 0.02s user 0.00s system

Peg revisions cannot be used as in my case revision X never ever changed
anything in dir1.

I'm very happy with the results and I am going to change my scripts to
use the --limit option. If any have you has any other idea I'll be happy
to test it and post the results.

Thanks you very much for all your help and suggestions.

Giulio

>
 
 
Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851 VAT Reg No 778499447
 
-----Original Message-----
 

> From: Reedick, Andrew [mailto:jr9445_at_ATT.COM]
> Sent: 06 May 2008 14:16
> To: users_at_subversion.tigris.org
> Subject: RE: Efficient way to get the previous revision number
>
>
>
> > -----Original Message-----
> > From: Giulio Troccoli [mailto:Giulio.Troccoli_at_uk.linedata.com]
> > Sent: Tuesday, May 06, 2008 4:44 AM
> > To: Reedick, Andrew; users_at_subversion.tigris.org
> > Subject: RE: Efficient way to get the previous revision number
> >
> > Sorry I was not very clear.
> >
> > When I say that --limit doesn't work, I meant because I used it as
in
> >
> > svn log [dir1 URL] --limit 1
> >
> > without specifying the revision range. I didn't think about using
peg
> > revisions. I haven't tried it yet, but since revision 103 changed
> > nothing in dir1, wouldn't [dir1 URL]@103 throw up an error? After
all
> > if
> > I do
> >
> > svn log -r 103
> >
> > I simply get a line of hyphens.
> >
> > My concern was about the use of a huge revision range, so
effectively
> > getting the log for revision that I won't need. I guess using the
> > --limit option with a revision range will not do anything about the
> > efficiency. Instead the work done at the moment by head and tail is
> > done
> > by Subversion on the server (because of --limit), which make things
> > simpler but maybe not more efficient.
> >
>
>
> I appreciate efficiency as much as the next person, but you might be
> making mountains out of molehills. The client api takes a limit
> parameter <http://svn.collab.net/svn-doxygen/group__Log.html> which
> tends to imply that efficiency in this regard was considered. I would
> still want a developer to state just how efficient --limit is.
>
> Given how much you're obsessing over the efficient usage of 'svn log'
> with tail/limit, have you taken the time to see what the server
impacts
> of large 'svn log -r X:Y' and 'svn log --limit N -r X:Y' are? Metrics
> would be helpful in determining the best course to take.
>
> Another idea would be to 'svn info URL_at_PEG' and check the 'Last
Changed
> Rev:'.
>
>
>
> *****
>
> The information transmitted is intended only for the person or entity
to
> which it is addressed and may contain confidential, proprietary,
and/or
> privileged material. Any review, retransmission, dissemination or
other
> use of, or taking of any action in reliance upon this information by
> persons or entities other than the intended recipient is prohibited.
If
> you received this in error, please contact the sender and delete the
> material from all computers. GA621
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-08 11:51:47 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.