Re: Proposal: new fsfs.conf properties
Sorry I'm gunna be a bit slow here, Philip, but you're saying that sequence
of four is a single atomic commit in Subversion?
On Thu, Jul 13, 2017 at 7:48 AM, Philip Martin <philip_at_codematters.co.uk>
> 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 \
> 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.
Received on 2017-07-13 13:52:43 CEST
This is an archived mail posted to the Subversion Dev