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

Re: Checkout really slow in Windows with lots of files in one directory

From: Campbell Allan <campbell.allan_at_sword-ciboodle.com>
Date: Wed, 26 Jan 2011 14:41:32 +0000

On Wednesday 26 Jan 2011, Neil Bird wrote:
> We have a graphics-oriented code-base that's auto-generated and has
> >5000 source files in one directory. While I can check this out OK on
> Linux, we're seeing an unusable slow-down on Windows XP (NTFS), both using
> Tortoise directly, and as a test on Linux with the Windows drive mapped
> over CIFS.
>
> The checkout starts sensibly enough, but then gets steadily slower and
> slower and slower, to the point were we're not sure it'd actually ever end.
>
> I know that there's a negative speed difference on NTFS, and that 1.7's
> WC-NG might make this better, but this is getting near-logarithmically
> slower.
>
> Is that to be expected, or at least known about?
>
>
> (we're going to jigger the files around into sep. directories to get the
> individual counts down; I expect that to help in this instance).

That is what I recall from previous reports. I originally was going to see if
anything could be done as it sounds like a classic problem of a linear
search/sort over a growing list. The big unanswered question was where was
this list.

If the code is auto generated would it be possible to generate it for each
build? That's what we typically do where I work. Anything that is generated
is not committed. A bad example would be to say I have java source code, I
don't need to commit the compiled byte code too or jars too.

-- 
__________________________________________________________________________________
Sword Ciboodle is the trading name of ciboodle Limited (a company 
registered in Scotland with registered number SC143434 and whose 
registered office is at India of Inchinnan, Renfrewshire, UK, 
PA4 9LH) which is part of the Sword Group of companies.
This email (and any attachments) is intended for the named
recipient(s) and is private and confidential. If it is not for you, 
please inform us and then delete it. If you are not the intended 
recipient(s), the use, disclosure, copying or distribution of any 
information contained within this email is prohibited. Messages to 
and from us may be monitored. If the content is not about the 
business of the Sword Group then the message is neither from nor 
sanctioned by us.
Internet communications are not secure. You should scan this
message and any attachments for viruses. Under no circumstances
do we accept liability for any loss or damage which may result from
your receipt of this email or any attachment.
__________________________________________________________________________________
Received on 2011-01-26 15:46:07 CET

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