On Thu, Dec 11, 2008 at 2:05 PM, B Smith-Mannschott
> Just a datapoint:
> In this scenario I'm checking out a single trunk over https from the
> central svn server at my place of work. The resulting working copy consists
> of 21'239 files and 6'129 directories. (This count includes the
> administrative stuff in the .svn directories.)
The resulting working copy consumes 481 MB on disk.
> The server is running svn 1.4.x. Both clients are running a 1.5.x client.
> svn -q co https://..../trunk the-trunk
> (1) Windows XP; P4 HT_at_3GHz; NTFS; Single 7200 RPM HDD; McAffee virus
> scanner active and scanning-on-access.
> checkout takes 10 minutes
> (2) Linux 2.6.24-22 32-bit (Ubuntu); Core2Duo @ 2.6GHz; EXT3; Dual 7200
> RPM HDD in RAID 1 (Which speeds up reads, but not writes); No virus scanner.
> checkout takes 1 minute
> Conclusion: My employer provided workstation sucks weasles for software
> development. Other tests have tended to indicate that much of the blame
> belongs to the antivirus software (and the operating system which makes it
> It is true and unfortunate that Subversion's working copy management
> requires a lot of file individual file-system operations. Clearly this is
> one area where Windows+NTFS+McAffee can't hold a candle to Linux.
> For those stuck on Windows, one can hope that the working copy rewrite will
> narrow the gap between Windows and Linux.
// Ben Smith-Mannschott
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-11 14:10:34 CET