SVN速度真的是小乌龟了。

[swolice]

在ubuntu11.04下面用apt-get install subversion安装的SVN配置都是默认的。在windows下安装的TortoiseSVN最新版本。然而，在用了一段时间后，上传速度非常慢，速度只有几十KB，都是在内网。在网上搜了很多，都是一些关于停止apm或者是cpuspeed或者就是acpi的服务要不就是配置文件，都改了，但是速度还是不行。不能提高。服务器没得问题。网络更没问题。这问题都不知道出在什么地方了。

[jackyjkchen]

SVN确实不快，但内网几十KB有点夸张，我这里是内网几百KB……

现在开了一个新项目，我已经要求大家换Team Foundation Server了，反正我们都用VC，没有跨平台需求，TFS和VC配合是最好的了

[jackyjkchen]

楼主敢拿ubuntu特别是11.04当服务器我深表钦佩，服务器的话就算不用CentOS也得是Debian吧，Ubuntu当服务器稳定性还不如Windows Server

[steptodream]

我用就不慢。 你试试ftp等别的方式传输一下文件 看是不是也很慢

[swolice]

[Quote=引用 2 楼 jackyjkchen 的回复:]

楼主敢拿ubuntu特别是11.04当服务器我深表钦佩，服务器的话就算不用CentOS也得是Debian吧，Ubuntu当服务器稳定性还不如Windows Server
[/Quote]
确实没办法啊。当时我也建议了用centos或者RHEL，没办法啊！谁叫开发部的是老大呢？对于他们我只有靠边站啊，指定必须用ubuntu的，不然没发搭建开发环境。。。。。老板你说听我的还是听他们的呢？

[swolice]

[Quote=引用 3 楼 steptodream 的回复:]

我用就不慢。 你试试ftp等别的方式传输一下文件 看是不是也很慢
[/Quote]
全试了，不管是在上面搭建的SMB，还是FTP都非常快，速度都在10MB/S以上。只有那个烂SVN，太恼火了。伤神啊。。。。。。

[swolice]

这个问题就只有最近才出现的，刚弄好的时候一直到前几天都好好，就是从上两天才出现这样的情况，我都不知道咋整了。什么方法都用了。就是找不出问题的所在啊。。。。。。

[cqbamboo]

用Git吧，写Linux kernel的那哥们写的，品质有保证!

[xunxun]

SVN本来就慢，log尤其慢
还是GIT出色些

[lyzc11]

LZ问题解决没啊，我在linux下ubuntu11.04找建SVN服务器发现也是很慢，代码量很大，在window下用TortoiseSVN来showlog几乎要十几分钟才show出来，不知道LZ有没有解决办法了？

[ccnxjy]

还是git好，用了git后，svn真的让人不敢恭维了

[liujun3512159]

我只看看，分你就看个给点吧

[williamxiao]

我这里也是出现了相同的问题,局域网中使用http访问svn慢得出奇.
相关软件版本如下:
subversion-1.7.1
Apache2(httpd-2.2.21)
CentOS-6.0-i386

下载个几十兆的项目，要用几十分钟，速度真是慢得出奇。

也尝试过以下方法，均无用：
1.关闭动态cpuspeed
/etc/init.d/cpuspeed stop
2.停止其中一个服务。
/etc/init.d/apmd stop
或者
/etc/init.d/acpid stop
3:
mv /dev/random /dev/random_bak ln -sf /dev/urandom /dev/random

[williamxiao]

并且以前所在公司有台svn也是用的http方式访问的，速度就不慢。
下载个84.4MB的项目只用了3分钟。

但是那台机器的svn是直接使用的CollabNetSubversion的发布版本。

所以我想，应该是现在使用源码编译安装时，哪个地方的配置不正确导致的。

[williamxiao]

通过排除法最终发现我们的svn速度慢,竟然是连接服务器的网线引起的,当场晕倒.
排除过程是这样的:
一、在另一台新服务器上重新安装svn,环境如下:
1.redhat5 linux（服务器命名为serv-sz02）
2.CollabNetSubversion-client-1.6.17-1.i386.rpm
3.CollabNetSubversion-server-1.6.17-1.i386.rpm

测试了几次Check out，速度蛮快，84M的项目用3分钟左右下载。此时怀疑是centOS系统或是svn源码安装包的问题。继续~~

二、在新服务器(serv-sz02)上重新安装操作系统，并安装svn，环境如下：
1.CentOS-6.0-i386
2.CollabNetSubversion-client-1.6.17-1.i386.rpm
3.CollabNetSubversion-server-1.6.17-1.i386.rpm

测试了几次Check out，速度也蛮快，84M的项目同样用3分钟左右下载。此时更加怀疑是svn源码安装包的问题(当然，也有可能是Apache2的配置问题)。继续~~

三、将新服务器(serv-sz02)上的rpm二进制svn卸载，重新安装Apache2+svn，环境如下：
1.CentOS-6.0-i386
2.Apache2(httpd-2.2.21源码安装)
3.subversion-1.7.1（源码安装）

测试了几次Check out，速度竟然也很快，84M的项目同样也用3分钟左右下载。此时排除掉了linux系统和svn本身的问题，考虑是否是软件冲突（因为那台svn上还安装了MySQL5.5）或是网络硬件问题（服务器网卡、网线、交换机...）。继续~~

四、将新服务器(serv-sz02)上的网线与原svn服务器(serv-sz01)网线交换（只重新插拔服务器网卡）：

测试原svn服务几次Check out，速度很快，84M的项目用4分钟左右下载。此时基本确定是网线问题。继续~~

五、将新服务器(serv-sz02)上的网线与原svn服务器(serv-sz01)网线再次交换回来（都使用原来的网线）：

测试原svn服务几次Check out，速度超级慢！！！84M的项目下载到44%都用了25分钟。此时基本确定是网线问题。继续~~

六、将确定有问题的网线重新插到新服务器(serv-sz02)上，测试Check out速度：
84M的项目几次Check out均在4分钟左右，此时很困惑。。。（难道网线没有问题?）继续~~

七、将认为有问题的网线重新插回到原svn服务器(serv-sz01)上，测试Check out速度：
涛声依旧，84M的项目Check out速度很快，10分钟过去了只下载20%左右，此时很是困惑。。。（难道是这根网线与这台服务器的网卡接口连接不太好？）继续~~

八、取一根全新未开封的网线插到原svn服务器(serv-sz01)上，测试Check out速度：
这时竟然会无法展开svn资源库目录，使用ssh远程连接服务器都连接非常的慢了。此时能确定应该是网络部分的问题了，继续排除~~

九、全力排除原svn服务器(serv-sz01)上的网络问题：
1.将网线的交换机端，重新插到其它几个口上测试下载，速度依然都很慢；
2.将新服务器(serv-sz02)的网线拿来插到svn服务器(serv-sz01)上，并尝试换交换机口，速度也很慢；
3.次日从家里拿来D-Link路由器的原装网线，插到svn服务器(serv-sz01)上，测试下载速度：

速度非常之快，84M的项目只用不到1分钟下载（45秒），此时确定应该是网线的问题。