问题：测试centos5.3系统下的rsync连接数。linux下的rsync连接数突然增高，负载增高导致服务登录失败。
软硬件环境如下：
四台2个四核的CPU，8G内存的刀片服务器，只提供rsync服务。
症状：
从上周末开始，服务器的负载突然变得相当高，loadaverage 能去到700以上，搞的登陆该服务器都有问题，负载突然增高。
检查：
重启服务器检查，每台服务器的连接数有1000-2000左右，但是EST的有效链接只有2、3百个，其余的基本上是等待关闭状态,loadaverage 就缓慢的增长到700以上，之后就做任何操作都没反应了，top查看CPU被使用完了，都是rsync的连接在占用，经过检查这些rsync的链接都是正常链接，不存在非法链接的情况，ip地址都是我们的vpn内网的IP地址。客户端是ubuntu的8.0系统。检查了机房的带宽，并没有出现很大的起伏，或者说机房的带宽相当充裕，基本上没有怎么用到。之前运行过好长一段时间都没有出现这个问题，只是最近几天才突然出现的情况，服务器端没做任何操作，客户端连接数也没有突然增加。
问题：
我想问一下为啥服务器的负载会冲的这么高？大概会是哪几个方面的原因导致？客户端的来的链接都是联通过来我的电信机房，但是我的电信机房是双线路机房。都是通过我的联通线路访问,这个会有影响吗？(之前一直都没有问题的，难道是春节机房封网有关系吗？)
回答：不是疯狂的同步，连接数真心不高，现在问题基本上定位了，要么是配置文件的模块太多了，要么就是同步的文件夹太多了(1w6左右)导致(类似windows的检索文件的样子)。目前情况基本得到控制。
解决的方法做了2个操作：
1、将rsyncd.conf模块减少到2000多个(原来大概有1w6千个)。
2、将同步的文件夹减到1w个左右(原来也有1w6个)。 (就是将要同步的/data下的目录)
现在1台机器基本上更可以支撑2000个并发链接，基本上撑得住，没有太大问题。最后祝大家好运。
