我通过ssh使用rsync将数据从windows备份到linux。 这将在服务器上为每个连接创build一个rsync进程，因为这是通过ssh进行的。 每个rsync连接以1 mbps运行。 你有一个想法，在CPU达到100％之前，在2Ghz-4G RAM机器上有多less个连接。 我在网上找不到任何好的信息。
洛朗
如果您可以将客户端设置为不同时执行，那么相当多。
但是我不会为CPU / RAM感到紧张，因为我认为瓶颈将是硬盘驱动器的带宽。
无论如何，请遵循sysadmin1138的build议，并使用像gkrellm这样简单的工具（可以同时显示cpu，ram，harddrives和networking）来关注资源。
Rsync不会线性缩放，特别是当它们不是同时启动的时候。 最密集的部分是读取目录和同步文件列表的起始位。 最新版本的rsync端步骤，那么你只剩下校验和。 如果CPU使用率成为问题，则可以禁用该部分。
即使开始推送严格的带宽，事情的SSH一般也不会使用太多的CPU。 其高度优化，不会做太多。 为了logging，我已经通过sshencryption通道每秒推45meg，没有箱子上的任何核心闪烁。 负载从将磁盘arrays上的数据推入磁盘访问有点跳了起来。
我会开始做一些规模testing。 启动一个进程，检查taskmanager中的CPU和内存负载。 并行运行四个，并为每个执行相同的操作。 假设这个线性增长，你应该知道什么时候开始达到CPU / RAM的限制。 如果它不能线性缩放，则需要获取更多的数据点并进行math运算。
主瓶颈很可能是你的磁盘，而不是你的CPU。 rsync是一个复制文件的工具。 事实上，encryption也是一个加号，但大部分时间将花费在读取磁盘上。
最重要的数字不是你的CPU速度，而是你的磁盘速度。 如果你想要更多的速度，你应该使用某种RAID。
正如其他人所build议的，解决这个问题的最好方法就是testing它。
但是，我不认为在系统变得不可用之前，由于IO负载的原因，你会达到CPU或RAM的极限。
我也不相信它会线性地缩放，我期望达到运行一个额外的rsync使其变慢的一点。
如果你真的想testing一些东西，我会testing你可以同时运行多less，然后才能逐渐运行。 在正常的SATA磁盘上，我希望这个数字less于十几个。