GolinksPRO Download Manager
  1. ホーム
  2. ベンチマーク

IDM vs GDM, timed to the millisecond.

両方のアプリを同じ PC で使い、同じテストサーバーから交互にダウンロードしました。サーバーのログには、各リクエストの到着時刻と最後のバイトが送信された時刻が記録されています。そのため、どちらのアプリの報告にも頼っていません。

競争

GolinksPRO Download Manager
0.00 秒準備完了
Internet Download Manager 6.42
0.00 秒準備完了

1.0倍速い

中央値を使ってリアルタイムで再生。

あらゆるシナリオで高速。

How many times faster GDM finished, from command to finished file. The whisker is the 95% interval of the ratio; the scale is logarithmic.

2接続に対し480接続。

同時に 2 接続まで許可するサーバーです。各四角は、標準的な実行でサーバーが検出した接続を 1 つ表します。

GDM0

サーバーの応答から接続数の上限を把握して、その範囲内で接続し、次回のために記憶します。12.6 秒で完了しました。

IDM 6.420

拒否応答に対し、1秒あたり約250回再試行しました。15.9秒で完了しました。

すべての実行が1つの点です。

7種類のダウンロードを、両方のアプリでそれぞれ7回以上実行しました。棒は実行結果の中央50%の範囲、線は中央値を示します。

IDMは、コマンドラインからダウンロードを受け付けてから送信を開始するまでに約3秒かかります。ブラウザー拡張機能で検出したダウンロードでは、この手順は省略されます。そのため、「転送」がダウンロードエンジン同士を公平に比較する方法です。「全体」の結果もここに表示しています。

時間の内訳

各シナリオにおける各アプリの起動(コマンドから最初のリクエストまで)、転送、完了までの時間の中央値。

コンピューターへの負荷

Median CPU time each app used during a run, and its peak memory. GDM draws its window with the GPU, which takes more memory than IDM's classic Windows controls.

すべての数値
シナリオアプリn全体、中央値 (IQR)中央値の95%信頼区間転送起動接続数リクエスト数CPUピークメモリp

レポート

四分位範囲を含む全体の中央値、95%信頼区間付きの比率、およびtools/bench/report.pyが示すマン・ホイットニー検定。

シナリオ IDM中央値 ms (IQR) GDM median ms (IQR) IDM / GDM (95% CI) p (マン・ホイットニー)
高速ローカルリンク経由で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/秒で3回のクロールで1接続 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後に2番目の接続が切断、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世代 Intel(R) Core(TM) i5-13400F、63.8 GB RAM、Windows-11-10.0.26200-SP0。labserver (このリポジトリ)、127.0.0.1:8097、生成されたコンテンツ。両方ともデフォルト設定:8接続。

測定方法

  • サーバー。 このリポジトリのラボサーバーで、127.0.0.1上で生成されたコンテンツを提供します。シナリオごとに接続をスロットリング、遅延、拒否、または切断し、すべてのリクエストをミリ秒単位の開始時刻と終了時刻でログに記録します。
  • Clients. IDM and GDM, both at default settings (8 connections), each given the download through the same documented command line: /d URL /p folder /f name /n. Both save to the drive that holds IDM's temporary folder, so neither pays a cross-drive copy.
  • Timing. End to end: from issuing the command to the finished file under its final name, polled every millisecond on a monotonic clock. GDM renames its finished file into place; IDM creates the final file early and fills it, so for IDM the moment it reaches full size counts. Transfer: the server's first request to its last byte, read on the same clock through a calibration request before each run.
  • Fairness. The apps alternate, IDM first on even runs and GDM first on odd ones, so drift on the machine hits both. One warm-up run each is discarded. Failed runs are counted, not dropped. Before every run the harness waits until the loopback is quiet: against a server that refuses extra connections IDM retries about 250 times a second, leaving thousands of closed sockets for half a minute; without the wait, whichever app ran next was timed on that backlog.
  • 統計。 メディアンと四分位範囲、各メディアンおよびメディアンの比率に対するブートストラップ95%信頼区間(10,000リサンプル)、および両側マン・ホイットニーU検定。
  • 制限。 ループバックリンクには実際の距離やパケット損失はありません。障害はそれらを代用します。結果は1台のマシンからのものです。ご自身で実行してください:python tools/bench/bench.py、次にpython tools/bench/report.py。

ご自身でお試しください。無料です。

Download GolinksPRO Download Manager