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

AW: Performance with many project files

From: Eisenmann, Matthias <Matthias.Eisenmann_at_saf-ag.com>
Date: 2004-08-04 08:52:35 CEST

Sorry, this times are all MINUTES, not seconds!

        Matthias

> -----Ursprüngliche Nachricht-----
> Von: Eisenmann, Matthias
> Gesendet: Donnerstag, 29. Juli 2004 11:54
> An: 'users@subversion.tigris.org'
> Betreff: Performance with many project files
>
> Hello,
>
> We would like to use subversion to keep sources and tests of our project. Our project tree contains abaut 30 000 files in 12 500 directories. On a Intel Pentium with 2.6 GHz and 532.756 KB RAM (client machine) there are the following times:
>
> * complete checkout: 19 seconds (this will be acceptable )
>
> * delete of a file in a leaf of the project tree: < 1 second (this will be acceptable )
> * commit in a leaf of the project tree after delete: < 1 second (this will be acceptable )
>
> * add of a file in the root of the project tree: < 1 second (this will be acceptable )
>
> * delete of a file in the root of the project tree: 7 second (this will be NOT acceptable)
> * commit in the root of the project tree after delete or add: 11 second (this is not nice, but may be acceptable)
>
> Why are the times so long for operations which are done only in one single directory near the root of the tree? The duration of commands like delete and status is not accteptable then. To force the commands not to work recursively (if they really do!) doesn't resolve the problem, because we would like to use a user interface like tortoise svn - there its often not possible to switch off recursion.
>
> In projects with a small number of very long files i don't have this problem.
>
> Has anybody experience with the same problem?
>
> Thanks
>
> Matthias
Received on Wed Aug 4 08:50:26 2004

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.