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

Re: Proposal: new fsfs.conf properties

From: Philip Martin <philip_at_codematters.co.uk>
Date: Thu, 13 Jul 2017 12:48:43 +0100

Philip Martin <philip_at_codematters.co.uk> writes:

> The fact that the create is faster than the update means that if
> uploading the data is the only thing that matters then breaking the
> history and changing the update into a delete+recreate is faster, i.e.
>
> svnmucc -mm -U http://localhost/repo put u1.dat svn.dat
> svnmucc -mm -U http://localhost/repo rm svn.dat put u2.dat svn.dat
> svnmucc -mm -U http://localhost/repo rm svn.dat put u3.dat svn.dat
>
> The delete+recreate takes the same 5.2s as the original create and is
> faster than curl's 6.7s update.

Even faster is to use curl to talk DAV:

  curl -XPOST -H 'Content-Type: application/vnd.svn-skel' -d @post.txt \
    'http://localhost/repo/!svn/me'
  curl -XDELETE 'http://localhost/repo/!svn/txr/1-1/svn.dat'
  curl -T u2.dat 'http://localhost/repo/!svn/txr/1-1/svn.dat'
  curl -XMERGE -d @merge.txt http://localhost/repo

which takes 4.3s, more or less the same as the 4.2s curl create.

Note I have cheated here: I knew the txn name in advance while a real
implementation would need to parse the POST response and adjust the
subsequent requests.

svnmucc is implemented on top of the delta editor, I don't know how easy
it would be to get it to send a plain PUT rather than a delta.

-- 
Philip
Received on 2017-07-13 13:48:49 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.