- 主页
- 基准测试
IDM 对比 MDM，精确到毫秒。
两款应用在同一台电脑上，交替运行，从同一测试服务器下载。服务器日志记录了每个请求的到达时间以及最后一个字节的离开时间，因此结果不依赖于任何一款应用的数据。
比赛
Mister Download Manager0.00 秒就绪
Internet Download Manager 6.42
0.00 秒就绪
1.0 倍更快
根据中位数实时播放。
在所有场景下都更快。
MDM 从命令发出到文件完成的速度是 IDM 的多少倍。须线表示比率的 95% 置信区间；刻度为对数。
480 个连接对比 2 个连接。
一个服务器，一次只允许两个连接。每个方块代表一次典型运行中服务器看到的连接。
MDM0从服务器的响应中学习限制，并遵守该限制，下次还会记住。在 12.6 秒内完成。
IDM 6.420
面对拒绝，每秒重试约 250 次。在 15.9 秒内完成。
每次运行都是一个点。
两款应用都至少运行了七次下载，每次下载七个文件。条形图表示运行时间中间一半的范围，线表示中位数。
IDM 从命令行接受下载到开始发送数据大约需要三秒；通过浏览器扩展捕获的下载会跳过此步骤。这就是为什么“传输”是公平的引擎到引擎视图。“端到端”也在此处。
时间都去哪儿了
每种场景下，各应用的启动（从命令到首次请求）、传输和完成时间的中位数。
电脑资源占用
每次运行期间，各应用使用的 CPU 时间中位数及其内存峰值。MDM 使用 GPU 绘制窗口，这比 IDM 的经典 Windows 控件占用更多内存。
所有数据
| 场景 | 应用 | n | 端到端，中位数 (IQR) | 中位数 95% 置信区间 | 传输 | 启动 | 连接数 | 请求数 | CPU | 内存峰值 | p |
|---|
报告
端到端中位数及四分位距，比率及其 95% 区间，以及 Mann–Whitney 检验，如 tools/bench/report.py 所述。
| 场景 | IDM 中位数 毫秒 (IQR) | MDM 中位数 毫秒 (IQR) | IDM / MDM (95% CI) | p (Mann-Whitney) |
|---|---|---|---|---|
| 通过快速本地链接下载 1 GiB | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100 MiB，每个连接 2 MB/秒 | 10234 (10221–10284) | 6319 (6317–6329) | 1.62× (1.61–1.63) | 0.000583 |
| 100 MiB，150 毫秒延迟，每连接 4 MB/秒 | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32 MiB，三次抓取中一次连接，速度 128 KB/秒 | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50 MiB，服务器允许 2 个连接，每个 2 MB/秒 | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50 MiB，每隔一个连接在 2 MiB 后中断，4 MB/秒 | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| 通过快速本地链接下载 256 KiB 文件 | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39e-06 |
第 13 代英特尔(R) 酷睿(TM) i5-13400F，63.8 GB 内存，Windows-11-10.0.26200-SP0。labserver（此仓库），127.0.0.1:8097，生成内容。两者均使用默认设置：8 个连接。
测量方法
- 服务器。 来自此仓库的实验室服务器，位于 127.0.0.1，提供生成内容。它根据场景限制、延迟、拒绝或中断连接，并记录每个请求的毫秒级开始和结束时间。
- 客户端。 IDM 和 MDM，均采用默认设置（8 个连接），每个下载都通过相同的命令行进行：
/d URL /p folder /f name /n。两者都保存到 IDM 临时文件夹所在的驱动器，因此都不会产生跨驱动器复制的开销。 - 计时。 端到端：从发出命令到文件以最终名称完成，在单调时钟上每毫秒轮询一次。MDM 将完成的文件重命名到位；IDM 提前创建最终文件并填充它，因此对于 IDM，达到完整大小的时刻即为完成。传输：服务器的第一个请求到最后一个字节，在每次运行前通过校准请求在同一时钟上读取。
- 公平性。 应用程序交替运行，IDM 在偶数次运行中优先，MDM 在奇数次运行中优先，因此机器上的漂移会同时影响两者。每次运行一次热身运行，结果被丢弃。失败的运行会被计数，而不是丢弃。在每次运行之前，测试工具会等待直到回环链路安静：对于拒绝额外连接的服务器，IDM 每秒重试约 250 次，留下数千个关闭的套接字半分钟；如果没有等待，接下来运行的应用程序将在该积压上计时。
- 统计。 中位数及四分位距，每个中位数和中位数比率的自举 95% 置信区间（10,000 次重采样），以及双侧 Mann–Whitney U 检验。
- 限制。 回环链路没有实际距离或数据包丢失；故障代表它们。结果来自一台机器。您可以自己运行：
python tools/bench/bench.py，然后python tools/bench/report.py。
亲身体验：它是免费的。
下载 Mister Download Manager