I'm making each revision with..
dd if=/dev/zero bs=1M count=500 2>/dev/null >
.. which is random enough to completely thwart delta analysis of the file.
That's slow enough in itself, but I'm only checking the time of the commit.
On Thu, Jul 6, 2017 at 8:03 AM, Branko Čibej <brane_at_apache.org> wrote:
> On 06.07.2017 13:54, Paul Hammant wrote:
> > For something that's 500MB in size (random binary data) I'm
> > experiencing commits taking
> > 10x longer than a straight copy to the drive the Svn repo is on.
> > Both timings are on the same Ubuntu 17.04 machine, with the boot drive
> > being the starting position of the 512MB file and a USB3 mounted 4TB
> > seagate hard drive being the destination.
> > My goal is to fill the 4TB drive with commits for the simple
> > experience of that.
> > How many places in the Apache2 --> mod_dav --> mod_dav_svn handoff
> > does the 512MB temporarily manifest itself in a file system on the way
> > to its ultimate destination? Is 1/10th speed the expectation? Sure,
> > I get that 7bit/8bit shenanigans are a factor, but not that much right?
> 7 vs. 8bit shouldn't be an issue; data transfers are binary. If you're
> committing updates to the file, deltification could be part of the
> reason for the slowdown. Other than that ... performance measurements
> would help.
> -- Brane
Received on 2017-07-06 14:26:38 CEST