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

On Wednesday 26 Jan 2011, Campbell Allan wrote:
> 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.

I should have added I'm not a subversion dev, just a curious interested party
as a lot of my colleagues were still on windows at the time I first
encountered this.

-- 
__________________________________________________________________________________
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.
__________________________________________________________________________________