[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Poor performance for large software repositories downloading to CIFS shares

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Wed, 14 Jul 2010 13:23:15 -0500

On 7/14/2010 9:44 AM, David Weintraub wrote:
> 2010/7/14 Ulrich Eckhardt<eckhardt_at_satorlaser.com>:
>> On Wednesday 14 July 2010, David Weintraub wrote:
>>> * Use Samba on a Local Linux system to mount this CIFS Windows share
>>> on a Linux machine. Then, do your checkout on the Linux system. This
>>> eliminates the Subversion Windows client. This will eliminate any
>>> problems with the Windows version of the Subversion client..
>>
>> Beware, this will produce different results when you have any files where
>> the "svn:eol-style" property is set to "native".
>
> Absolutely correct -- if you change files and recommit them. I was
> mainly advising this as a test to see why the CIFS checkout is taking
> so long.
>
> This will use the CIFS share, but eliminate the role the local Windows
> Subversion client might be playing. If the checkout is substantially
> faster, the issue is with the local Windows machine and not
> necessarily be the Windows server itself.
>
> My hunch is that this won't be that much faster since the Windows
> server is still running an anti-virus scan on the share.

I think all the responses so far including mine have missed the point
that the original poster has repeatedly said that copying an existing
working copy to the CIFS share is much faster than doing the checkout
there directly. I think that should rule out all of the differences
except the way that copy and svn handle the file creation and writing -
or perhaps some other operations that svn is doing that takes longer on
CIFS than local filesystems. Unless the anti-virus scan is somehow
bypassed in the copy operation.

-- 
   Les Mikesell
    lesmikesell_at_gmail.com
Received on 2010-07-14 20:25:55 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.