Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of jcorvel@gmail.com designates
 209.85.212.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAJgONmXQws4AotQnCgjXXQJ0LDAdUCFy+jZum-9pRyKWOt-5Zw@mail.gmail.com>
References: <507831dd.4255420a.30b0.ffffbc49@mx.google.com>
 <CALb=wnkeUKQLGqNb-hFSHQ_MmbACo+RNF+riYRF=aiy=YHfQBg@mail.gmail.com>
 <CAJgONmXQws4AotQnCgjXXQJ0LDAdUCFy+jZum-9pRyKWOt-5Zw@mail.gmail.com>
From: Johan Corveleyn <jcorvel@gmail.com>
Date: Sun, 14 Oct 2012 22:08:33 +0200
Message-ID: 
 <CAB84uBUa=xoJjpyQ+4aqAyu5ZWH3TFDb3GRd_oR1meYfWn=-Mg@mail.gmail.com>
Subject: Re: Extremely slow checkout on a large repository
To: Bai Wei <baiwei.cn@gmail.com>
Cc: Andy Levy <andy.levy@gmail.com>, users@subversion.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Oct 14, 2012 at 3:06 AM, Bai Wei <baiwei.cn@gmail.com> wrote:
> Hi Andy, Thank you for your prompt reply.
>
> I found the performance problem was caused by 21406 files inside a single
> folder, total size of this folder
> is 255M. (sorry for this bad layout, but this is not in my control)

...

> Client side:
> svn version 1.6.11 (r934486)

...

> I also tested to checkout this folder on server side machine, with svn
> 1.7.7, to tmpfs,
> it takes only 16 seconds, this significant improvement must be attribute to
> new working copy library (WC-NG) in svn 1.7?
> Thank SVN dev team for your continuous efforts in optimization.
>
> BTW. it's still painfully slow to checkout this repository to hard disk,
> if disk IO will be optimized in future version of svn , it will be a good
> news.

I think if you upgrade your client-side to at least 1.6.17, you'll
also see a significant improvement. An issue regarding slow creation
of temp-files in directories with a lot of entries has been fixed in
that release [1], and that sounds like it might be related. So that's
one of the reasons why your 1.7.7-client is faster (and WC-NG also
helps a lot of course).

The next release, 1.8, will contain further performance improvements,
reducing I/O (both client- and server-side). But the work continues of
course ... (and contributions are always welcome ;-).

[1] http://subversion.tigris.org/issues/show_bug.cgi?id=3719 -
Extremely slow checkout on Windows

-- 
Johan