performance after 1.0: less metadata files on client?

yesterday we tried to check out our repository via http to a working
copy on a windows network drive. the result was not to good: more
than 6 hours, compared to 15-20 minutes with source safe.

the problem seems to be related to the structure of the metadata:
- while visual source safe uses one file per directory
- svn uses 5 files and 11 directories per directory
- svn uses 3 files per file

we store java code which tends to have many directories. we expect
soon to reach 1000, this then would mean 16000 additional files&dirs
through svn (without using rights&props). additionally we have 4000
source files, which means another 12000 files.

could this be a bottleneck on the long run? or do you somehow plan to
switch later to reiser4 where you attach all this files as properties
of files in reiserfs (http://www.reiserfs.org/v4/v4.html)?

ford.

__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 11 14:54:18 2002