Re: Parallelising SVN Checkout

Hi Stefan,

Well it's early on in the process, the script works, but I've not tested it
on a local repository yet with
a suitably sized project. The remote Tomcat Apache project (approx 64MB)
that I did "checked out"
slightly slower with the script. I haven't delved into i/o stats or
network latency there yet. It was a simple
proof of concept. I just wanted to check with everyone here as to whether
it made sense to continue
with the investigation,

Judging by what Mark says above though, it sounds like this doesn't make
sense with 1.7. Thanks for the
info on the ra_serf library though.

Many thanks,
Jon.

On 4 September 2012 15:37, Stefan Sperling <stsp_at_elego.de> wrote:

> On Tue, Sep 04, 2012 at 03:26:36PM +0100, Jonathan Holloway wrote:
> > then forking a process/starting a thread to svn update the subfolders?
> > Does this make sense from a
> > performance point of view or is the bottleneck of disk I/O always
> > hit pretty early on by doing this?
>
> Did you make any performance measurements?
>
> Checkout is mostly I/O bound, so I doubt doing this has much benefit
> unless you have an I/O system that is highly parallelized.
>
Received on 2012-09-04 16:53:28 CEST