5

也许有人可以回答我这个问题。在我最近的工作中，我注意到我的应用程序（通过 FTP 下载更新）在与 Linux 一起使用时非常慢。我在 Mac 上开发这些东西，所以我之前没有注意到这个问题，因为在 Mac OS 下下载速度感觉不是很低。但是当迁移到 Linux 时，应用程序的行为就完全不同了。

FTP 服务器（在 Ubuntu 服务器上运行的纯 FTP）与客户端连接到同一个 LAN，因此不考虑互联网速度问题。由于性能低，我将 Apache FTPClient 更改为 edtFTPj/Free。差异仍然显着，但可以接受。作为测试用例，我总是下载大小约为 30 MB 的相同文件。然后我检查了 ftp 服务器日志以了解传输速率。

你自己看。提到的 VMWare 在 Mac 上运行。除非另有说明，Java 是 Oracle Java 1.7。

阿帕奇公共网络 2.3

代码看起来像这样

  FTPClient ftp = new FTPClient();
  ftp.connect("srv0006");
  ftp.login("anonymous", "asd");
  ftp.setFileType(FTP.BINARY_FILE_TYPE);
  File target = new File("/tmp/pub.tar");
  FileOutputStream fos = new FileOutputStream(target);
  ftp.retrieveFile("/pub.tar", fos);
  fos.close();

以下是 ftp 日志的结果

Mac OS 从 IntelliJ Idea 开始

downloaded  (30452736 bytes, 21200.67KB/sec)

Mac OS 从 shell 启动

downloaded  (30452736 bytes, 21471.75KB/sec)

Windows 7（在 VMWare 中）

downloaded  (30452736 bytes, 65243.15KB/sec)

OpenSuse 运行 Oracle Java（在 VMWare 中）

downloaded  (30452736 bytes, 5274.56KB/sec)

OpenSuse 运行 OpenJDK（在 VMWare 中）

downloaded  (30452736 bytes, 7663.68KB/sec)

Ubuntu 12.04.1 LTS

在通过千兆以太网连接到同一 LAN 的另一台 PC 上运行。其他 Ubuntu 机器的行为方式完全相同。我在 20 分钟后退出了转移。查看传输速率。

downloaded  (7077888 bytes, 6.10KB/sec)

edtFTP4j 2.4.0

在此之后，我搬到了 edtFTP4j。结果好多了。

  FileTransferClient ftp = new FileTransferClient();
  ftp.setRemoteHost("srv0006");
  ftp.setUserName("anonymous");
  ftp.setPassword("asd");
  ftp.connect();
  ftp.downloadFile("/tmp/pub.tar", "/pub.tar");
  ftp.disconnect();

结果发生了显着变化：

Mac OS 从 IntelliJ Idea 开始

downloaded  (30452736 bytes, 109431.60KB/sec)

Mac OS 从 shell 启动

downloaded  (30452736 bytes, 110333.66KB/sec)

Windows 7（在 VMWare 中）

downloaded  (30452736 bytes, 91318.64KB/sec)

OpenSuse 运行 Oracle Java（在 VMWare 中）

downloaded  (30452736 bytes, 89312.46KB/sec)

OpenSuse 运行 OpenJDK（在 VMWare 中）

downloaded  (30452736 bytes, 89041.05KB/sec)

Ubuntu 12.10（在 VMWare 中）

downloaded  (30452736 bytes, 81154.99KB/sec)

Ubuntu 12.04.1 LTS 在 i5 笔记本、Wifi (50 MBit/s) 上运行

downloaded  (30452736 bytes, 2883.84KB/sec)

在 i5 笔记本电脑、千兆以太网上运行的 Ubuntu 12.04.1 LTS

downloaded  (30452736 bytes, 93822.44KB/sec)

Ubuntu 12.04.1 LTS

在前面提到的 PC 上运行（传输速率为 6.10 KB/sec 的 PC）

downloaded  (30452736 bytes, 11633.38KB/sec)

我不明白这一点。谁知道这里发生了什么？

再见，托斯滕...

4

4 回答 4

1

有太多事情要从一些代码中查明它。

它可以是您的默认网络数据包大小 (MTU)、硬件基础设施、JVM、操作系统配置等。

你需要在更高的水平上玩很多小东西。诸如在硬件/操作系统级别检查您的 MTU 大小并将其与 API 套接字创建的默认设置相对应之类的事情。您的基础设施是否缓冲或具有窗口缩放或进行自动病毒检查。

我相信 Net Commons 缓冲区大小默认为 1024，您可以使用它。

除此之外，您需要进入嗅探器并查看发生了什么。可能是开关配置不正确，并且与一个 API 相比，另一个更好地工作。

希望我能给你一个更好的答案，但说到网络性能，它本身就是一个研究领域......

于 2013-01-17T17:59:12.540 回答
0

在很多系统上，FTP的被动模式和主动模式也会有很大的不同；特别是当服务器只承认一种模式而客户端默认尝试使用另一种模式时。如果我没记错的话，主动模式比被动模式稍快，但使用禁止模式很容易将传输速度减慢一百或一千倍以上；如果不是简单地阻止。

即使这两种模式都被允许，防火墙也可以经常减慢被动模式，同时保持主动模式不变（或者它是相反的？）。

于 2013-01-17T18:55:56.357 回答
0

罪魁祸首之一是不同平台上的套接字发送和接收缓冲区大小。在 Windows 上，这些设置非常低，为 8k，这极大地限制了 TCP 吞吐量。一些 Windows 服务器版本将这些设置为巨大的值；不要问我是哪个。Unix 和 Linux 平台的合理值约为 43-48k。

于 2013-01-17T18:19:26.967 回答
0

我推测真正的答案是没有人开发出快速复制命令。

要拥有“最终复制/传输”命令，它需要主动监控事物并适应环境。

例如。copy(ref,ref) .. 为了让这个速度更快，你不能使用 C 作为初学者，你需要使用像动态语言这样的东西，它可以选择 C ​​性能。很少有这样的语言存在。

“ref”是对任何内容的引用，复制命令是针对机器特定分支的 JIT，该分支根据源和目标选择适当的路径。

因此，根据 ref 在运行时的最终结果，实际命令可能是尝试多个路由到memcpy的自适应网络传输与仅添加新引用之间的任何命令（如果 src 是不可变的并且目标在同一个进程中并且 src 可访问它）。

于 2017-11-09T22:37:59.350 回答