什么年代了， mstsc 远程桌面与 ssh 的文件传输速度问题，仍然没改进

[laminux29]

Windows 之间的远程桌面的文件传输，Linux 与 Linux 或 Linux 与 Windows 之间通过 ssh 传输文件，都慢的要命，1Gbps 带宽都跑不满，很好奇他们的代码逻辑。这么多年都没改进，那些程序员忘了这个事情？

另外推荐一下：

Windows 之间可以用 DuktoR6 来传输，

Linux 与 Linux 或 Linux 与 Windows 之间，目前实测最方便的是在 Linux 上搭建 FTP Server ，然后 Windows 使用 FlashFXP 来传输，比较方便。

Windows 与 安卓之间可以使用 github 上的 LocalSend 项目来进行传输。

[Ipsum]

Scp 单文件 至少在我这内网，速度并不慢。1G 跑个 80% 的带宽没啥问题。

[laminux29]

@Ipsum WinSCP 有两种模式，一种是 SFTP ，这种就是走 SSH 协议。另一种是 FTP 。

FTP 就是比 SFTP 快，在有些机器上能快好几倍。

你可以试试。如果你是 2.5Gbps 网络，甚至 10Gbps 网络，这种差距会更大。a

[pagxir]

如果是差好几倍那就是你机器 CPU 太差，sftp 走加密，普通的 TCP 不加密，对 CPU 的性能要求本来就不一样。

[laminux29]

@pagxir Client 是 i5-7500 ，Server 是 Xeon(R) Gold 6226R ，这配置不应该连 SSH 千兆跑不满。关键是 Client 与 Server 的 CPU 使用率都非常低。reddit 上面说是 SSH 协议有问题，这协议针对的是带宽质量较差的远程传输的稳定性，这种策略会导致内网优质带宽会跑的慢。

[pagxir]

大概率是你 client 太弱鸡。7500 配置不怎么样的。公司 git clone 的时候，峰值可以跑到 90MB/s 的

[laminux29]

@pagxir

刚借了 1 台 Intel 11 代 i7 作为 Linux Server ，一台 Intel 15 代 i7 作为 Windows Client 。

Client -> Server 拷贝 iso ，Linux Server CPU 消耗 15%，Windows Client CPU 消耗 13 %。

xShell 5 传输速度 87 MB/s ，WinSCP 传输速度 94 MB/s ，仍然没能跑满 1Gbps 带宽。

Linux Server 搭建 HTTPS 服务，Windows Client 用 Chrome 下载，速度居然只有 30MB/s 。

问了一下玩服务器的朋友，说是专业服务器，需要买 PCIE 的加速卡，能加速 AES 、SSL 、HASH 等算法，大概 20Gbps - 50Gbps 的性能。不过这种加速卡，Server 与 Client 都需要安装才行，目前也不贵，150 元一张。