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