You also want to test both VSS and SVN with virus protection enabled.
VSS is slowed by a factor 10 or more when virus protection is active
on the client. And with Norton anti-virus you cannot configure it to
not scan the VSS files expect by telling Norton to not scan network
drives (corporate edition only).
Oh and if you use VSS via its COM automation interface expect even
lower performance. The GUI has interfaces that are many times faster
then the automation interface.
BArry
> -----Original Message-----
> From: solo turn [mailto:soloturn99@yahoo.com]
> Sent: 11 August 2002 13:54
> To: svn
> Subject: 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 11 15:47:31 2002