We also use subversion from a Windows client environment. We use
TortoiseSVN and the cmd line cilent. Both are slow. Some of the problem
is our network connections to the repository. My experience with the cmd
line client is about the same as yours. Our entire project (3000+ files)
may take an hour to check-out.
We don't checkout code often. We keep multiple working copies (one for
each branch) so we don't have to "switch", which is also very time
consuming.
Kevin
-----Original Message-----
From: Glenn Serre [mailto:gaserre@spiresoftware.com]
Sent: Tuesday, March 07, 2006 1:21 AM
To: users@subversion.tigris.org
Subject: slow checkout on windows client
Good evening,
We have just switched our development project from CVS to Subversion.
There are about 3500 files in lots of subdirectories, and from my point
of view, the switch is going pretty well. The biggest user question so
far is why is checkout so slow compared to CVS, and even more, why is it
so slow compared to Subversion on Linux? I couldn't find much recent
(after 2004) discussion about this on the mailing list or the FAQ, but
if someone has a pointer to some documentation or discussio bn, I'de
happy to have it.
More detail on our setup:
Access method: svn+ssh.
Windows client: cygwin subversion (1.2.3) and cygwin ssh
(OpenSSH_4.3p1).
Linux client: svn version 1.2.3, fsfs
Our source code checkout from Subversion (including the .svn
directories) is about 250Meg.
Our time for svn checkout from the local network is ranges from 10 to 20
minutes. My time for svn checkout over a slower DSL line (I work from
home) also ranges from about 10 to 20 minutes.
The time for svn checkout on the local network on a Linux client (not
the server
machine) was reported to be 42 seconds!
From a previous, relatively short subversion email thread (in 2004, I
think) I might say that the checkout time for Subversion on Windows is
longer than the equivalent time for CVS because
- SVN writes the entire original file to local disk.
- SVN writes more files to local disk
- SVN writes does more setting of modification times and access lists
(?).
As to why Linux is so much faster than Windows, I would guess that Linux
file system optimization is just a closer match with what Subversion
uses that is the Windows file optimization, although I guess there's a
possibility that the Windows client could use some optimization work
(?).
Other data: Running the 1.3.0 Windows client from the command prompt
rather than the cygwin shell appears to yield some performance
improvement, but nothing as dramatic as the Windows vs. Linux
difference.
Questions:
- Any pointers on how to speed up the Windows checkout performance?
- Does the Linux vs Windows performance difference seem reasonable (in
line with experience)?
- Anything I can do to help with speeding up the Windows client
performance (I'm willing to invest a some development time on this).
- other comments?
Thanks in advance for your time,
--Glenn S.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
To find out more about Reuters visit www.about.reuters.com
Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 7 14:27:59 2006