[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: Evgeny Kotkov <evgeny.kotkov_at_visualsvn.com>
Date: Fri, 14 Jul 2017 18:08:20 +0300

Johan Corveleyn <jcorvel_at_gmail.com> writes:

> That's good to know. Though that's a bit at odds with what Philip
> found when he eliminated deltification on the client side (first by
> using svnmucc (delta against empty file only); then by using curl-PUT
> + autoversioning (no deltification at all)):
>
> https://svn.haxx.se/dev/archive-2017-07/0040.shtml
>
> Is it slower / more intensive to deltify on the client side?

The fact that curl PUT is faster is because the svn client first stores
the delta to a temporary file, and only then sends it to the server
(and there's also compression and checksumming involved). Curl streams
the data to the server, and the server can immediately start processing
the incoming data.

If the svn client would be streaming data as well, it would make the server
and the client process data simultaneously and also avoid the overhead
associated with writing the temporary file to disk. Perhaps, that would
make the difference much less visible.

There is a sketch of the solution available in:

  https://svn.apache.org/repos/asf/subversion/branches/ra_serf-stream-commit

but I wasn't able to finish the work on it.

Regards,
Evgeny Kotkov
Received on 2017-07-14 17:08:58 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.