bash-scp在复制大文件时停顿

rsync的

我最喜欢的选项是：使用rsync不会给出这个问题,在我看来更有多功能,例如它会跟踪哪些文件已经在那里,所以如果连接断开它可以从哪里停止 – try the --partial flag too – among other things.

代替

scp local/path/some_file usr@server.com:"/some/path/"

你可以做

rsync -avz --progress local/path/some_file usr@server.com:"/some/path/"

我已经测试了几次,当scp会给我同样的问题,它给了你 – 现在我只是使用rsync默认情况下.

限速

在这种情况下,MTU是固定的(而且这可能不是这个问题),而不是解决方案,但是如果这两个驱动器之间的连接速度较慢/不可靠,则设置速度限制可以减少TCP连接失速的延迟 – 以牺牲慢的转移为代价.
这是因为scp可以获取所有带宽,除非您以千位指定最大数据速率,如下所示：

scp -l 8192 local/path/some_file usr@server.com:"/some/path/"

这doesn’t always work虽然

压缩选项

scp的-C选项可以通过speed up的转移,减少传输失速的可能性.

禁用TCP SACK

如OP和here所述.

sudo sysctl -w net.ipv4.tcp_sack=0

(or similar)

LAN卡MTU

再一次MTU fix,不一定是转让具体：

ifconfig eth0 mtu 1492

或newer (Linux) systems：

ip link set dev eth0 mtu 1492

其他

如果其他一切都失败,this列出了其中一些潜在的解决方案.

更奇特的hpn bug也可能是故障.