这是一个创建于 2590 天前的主题，其中的信息可能已经有所发展或是发生改变。
从本地通过 scp 复制服务器 A 上面的文件，速度只有 1~2MBps 左右，关键是：
- 从 A 复制到本地同一子网的另一台主机，11MBps
- 重启切换到另一个完全相同的系统，速度 11MBps
所以初步判断是系统什么地方出了问题，内核参数啊或者网络参数。但是从本地 iperf 的结果是正常的，也是 11MBps 左右，只是 rsync、scp 的速度很慢。 服务器和本地是 100Mbps 的交换机连接，系统是 Manjaro Linux，内核版本 4.9.63-1
 |
1
lxf1992521 2017-11-24 16:35:13 +08:00
SSH 客户端开启压缩传输了，内网开启压缩会造成传输速率下降。
|
 |
2
ivechan 2017-11-24 16:36:45 +08:00
尝试用 -v 参数， 对比一下“另一个完全相同的系统”和 A 之间用的 scp 参数是否一致？
|
 |
3
3dwelcome 2017-11-24 16:42:08 +08:00
既然 iperf 没问题，那其实硬件问题可能性不大。可以看一下 scp 连接里, tcp 的重发包数量(/proc/[id]/net/tcp)，是不是滑动窗口太小影响到了。
或者用别的 ssh 文件工具，看看传输速度咋样。 |
 |
4
dorothyREN 2017-11-24 16:54:45 +08:00
服务器带宽太小吧
|
 |
5
mrsatangel OP |
 |
6
VYSE 2017-11-24 17:10:38 +08:00
之前给 LEDE 开了 BBR,结果局域网几百 K 的,换成 CUBIC 恢复
把 sysctl.conf 恢复或从其他系统同步参数试试 |
 |
7
e9e499d78f 2017-11-24 23:33:42 +08:00
- 不请求分配 pseudo-terminal：-o RequestTTY=no
- 选一个简单的 cipher：-c arcfour - 关闭压缩：-o Compression=no 可以选择的话最好是用 rsync |
 |
8
cyw0ng 2017-12-11 18:10:24 +08:00
因为用的是 TCP 啊，不止 ssh/scp，nfsv4 也因为默认选用 tcp 而被诟病，一个好的解决方案：
mosh |
 |
9
flynaj 2017-12-30 21:21:25 +08:00 via Android
ssh 是加密传输，CPU 性能差会有影响
|
Select Language