Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of thomas-lists@nybeta.com
 designates 207.97.179.66 as permitted sender)
Message-ID: <51FA8AD5.5030304@nybeta.com>
Date: Thu, 01 Aug 2013 12:20:37 -0400
From: Thomas Harold <thomas-lists@nybeta.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: users@subversion.apache.org
Subject: Re: SVN performance -URGENT
References: <89B0C95CD328394BB944FB8C18E18127DF705D@Sxim-005.fg.rbc.com>
 <EA9A16E4E64F694BAD262610B0A2515C23680CFB@USALWEXMBX2.infor.com>
 <OFEC341073.DECD0053-ON86257BBA.004DED25-86257BBA.004EB8CC@rockwellcollins.com>
 <89B0C95CD328394BB944FB8C18E18127DF7068@Sxim-005.fg.rbc.com>
In-Reply-To: <89B0C95CD328394BB944FB8C18E18127DF7068@Sxim-005.fg.rbc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 8/1/2013 10:52 AM, Somashekarappa, Anup (CWM-NR) wrote:
> Bandwidth is 35.4 MBytes/secfrom my system(London)  to server(New york)
> when i checked with iperf tool.
> We are using LDAP
> AuthzLDAPAuthoritative off
> AuthType Basic
> AuthBasicProvider ldap
> AuthName "Windows Credentials"
>
> As per message after checkout in TortoiseSVNGUI = 368 Mbytes transfered.
>
> Actual folder size = 1.15 GB(1236706079 bytes)
>
> Number of files = 201,712
>
> Folder = 21,707
>
> Guess this inculdes the .svn folder as well.
>

That's a fairly complex working copy with many files/folders.  Given 
that you have 35Mbps (note the lower case B) of bandwidth, an ideal 
transfer should be somewhere in the 45-60 minute range for a fresh 
checkout of the entire thing.

However, you're obviously bottlenecked somewhere.

On the Linux server side, I suggest installing a tool called "atop" and 
monitoring things like how busy the disks are, how busy the CPU cores 
are and the network throughput.  This will give you an idea of how hard 
the Linux server is working while sending out the data to the SVN client.

For the windows client, you will need to look at the Performance Monitor 
(perfmon) and Task Manager to see if you are bottlenecking somewhere. 
Good counters to watch in perfmon are "Physical Disk / % Disk Read 
Time", "Physical Disk / % Disk Write Time", "Network Interface / Bytes 
Sent/sec", "Network Interface / Bytes Received/sec".

My guesses at this point would be:

- You're not using a SSD on the Windows client, so there is a lot of 
disk activity as SVN goes to create the working copy.  So your disks are 
100% busy and are your bottleneck.

- You're CPU bottlenecked somewhere.  Either server-side or client-side.

- Maybe you need to consider using sparse working copies or only 
checking out a portion of the repository at a time.  (Such as only 
bringing down your project's "trunk" folder.)

- You'll need to do this checkout once to create the initial working 
copy, then keep the working copy around for a long time.  Future "svn 
update" commands will then only transmit the changes over the wire 
instead of all of the content.