On Mon, Jul 8, 2013 at 2:40 PM, Naumenko, Roman
> On 2013/07/08 2:33 PM, Andy Levy wrote:
>> On Mon, Jul 8, 2013 at 2:06 PM, Naumenko, Roman
>> <roman.naumenko_at_rbccm.com> wrote:
>>> On 2013/07/08 12:51 PM, Andy Levy wrote:
>>>> On Mon, Jul 8, 2013 at 11:32 AM, Naumenko, Roman
>>>> <roman.naumenko_at_rbccm.com> wrote:
>>>>> How fast would you expect svn checkout to be from a server like one below? Considering eveyrthing on the server functioning as expected.
>>>>> Apache 2.2.3
>>>>> <svn version=1.7.8 (r1419691)>
>>>>> 128G mem
>>>>> FSFS is local storage.
>>>> I don't see how this can be answered. There are too many variables to
>>>> consider. I/O performance, revision history of the items you're
>>>> checking out, how much data you're checking out, server CPU and I/O
>>>> performance on the client end all come to mind.
>>>> Do you have a specific performance concern?
>>> There are certainly a lot of variables. I'm just trying to find out some
>>> For example, on one of the other servers it takes 12-13 min to checkout
>>> repo with ~17000 files, total size 1.2G (with average speed 2MB/s).
>>> Is it considered good, bad or total disaster in term of svn performance?
>> I just checked out 2400 files, about 1.7GB, and it took just over 19 minutes.
>> Client I/O speed is a big factor (7200RPM hard drive w/ NTFS in my case).
> Thanks Andy.
> Seems like 1.5-2MB/s for checkout speed is what expected and can be
> considered ok performance.
> Can anybody else confirm?
I don't think I implied that I thought it was "OK performance" -
that's just how fast my client/server combination runs. I'd be
overjoyed if I could make it run twice as fast, but since I have no
control over the server configuration or the configuration of the SAN
it's connected to (where my data is stored), I accept the performance
that I get and worry about bigger things that I *can* influence.
On a VM that runs on the same VMWare cluster as the SVN server, and
attached to the same SAN, the same checkout took just under 16
I'm hoping that when we upgrade everything (clients and server) later
this year to 1.8.x, with a new server built out on a new VM host
cluster & SAN, it'll improve.
Received on 2013-07-08 21:01:21 CEST