On Wed, Aug 17, 2011 at 1:28 PM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> On Wed, Aug 17, 2011 at 21:20, Mark Phippard <markphip_at_gmail.com> wrote:
> > I thought I recalled when svnrdump was first created that there were some
> > timing comparisons made with svnsync that showed it to be faster at doing
> a
> > full dump/sync of a remote repository. When I test via HTTP:
> > svnrdump dump http://server/repos | svnadmin load repos
> > And compare this to an equivalent svnsync, I find that the times it takes
> to
> > do this is essentially the same. I then compared the HTTP access logs of
> > the server and see that the two commands produce identical logs, so
> > obviously there are not going to be big performance differences.
> > Am I missing something? I realize that svnrdump still fulfills a need,
> so I
> > am not questioning the value of the tool. Just questioning whether my
> > results make sense. As I see it, for this specific scenario, someone
> would
> > be better off to still simply use svnsync for this purpose.
> I made some performance optimizations in svnsync. Probably these
> optimization also makes sense for svnrdump. Maybe this explains the
> difference.
>
>
The eye-opener for me was looking at the logs and seeing that they both
issue the exact same series of HTTP requests. So there is not really much
room for significant performance differences. At least not in the "dump"
scenario.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2011-08-17 19:34:54 CEST