I'm making each revision with..
dd if=/dev/zero bs=1M count=500 2>/dev/null >
path/to/file/under/versionControl.dat
.. 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.
- Paul
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