- Beranda
- Benchmark
IDM vs GDM, timed to the millisecond.
Kedua aplikasi di PC yang sama, mengunduh dari server uji yang sama, secara bergantian. Log server sendiri mencatat kapan setiap permintaan tiba dan kapan byte terakhir dikirim, jadi tidak ada yang bergantung pada laporan aplikasi mana pun.
Perlombaan
1,0×lebih cepat
Diputar secara real time dari median.
Lebih cepat di setiap skenario.
How many times faster GDM finished, from command to finished file. The whisker is the 95% interval of the ratio; the scale is logarithmic.
480 koneksi berbanding 2.
Server yang mengizinkan dua koneksi sekaligus. Setiap kotak adalah satu koneksi yang terlihat dalam satu kali proses.
Mempelajari batas dari jawaban server, mematuhinya, dan mengingatnya untuk lain waktu. Selesai dalam 12,6 d.
Mencoba lagi sekitar 250 kali per detik karena penolakan. Selesai dalam 15,9 dtk.
Setiap percobaan adalah satu titik.
Tujuh unduhan, masing-masing dijalankan setidaknya tujuh kali oleh kedua aplikasi. Batang menunjukkan paruh tengah dari jalannya, garis menunjukkan median.
IDM membutuhkan sekitar tiga detik untuk menerima unduhan melalui baris perintah sebelum mengirim apa pun; unduhan yang ditangkap oleh ekstensi perambannya melewati langkah itu. Karena itu, "Transfer" adalah perbandingan yang adil antara mesin kedua aplikasi. Tampilan "Dari awal hingga akhir" juga tersedia di sini.
Ke mana waktu tersita
Median waktu mulai (perintah hingga permintaan pertama), transfer, dan penyelesaian setiap aplikasi, per skenario.
Beban pada komputer
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.
Semua angka
| Skenario | Aplikasi | n | Ujung ke ujung, median (IQR) | 95% CI dari median | Transfer | Waktu mulai | Koneksi | Permintaan | CPU | Memori puncak | p |
|---|
Laporan
Median waktu dari awal hingga akhir beserta rentang interkuartil, rasio beserta interval 95%, dan uji Mann–Whitney, seperti yang ditulis oleh tools/bench/report.py.
| skenario | IDM median ms (IQR) | GDM median ms (IQR) | IDM / GDM (95% CI) | p (Mann-Whitney) |
|---|---|---|---|---|
| 1 GiB melalui tautan lokal cepat | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100 MiB, 2 MB/dtk per koneksi | 10234 (10221–10284) | 6319 (6317–6329) | 1.62× (1.61–1.63) | 0.000583 |
| 100 MiB, latensi 150 md, 4 MB/dtk per koneksi | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32 MiB, satu koneksi dalam tiga perayapan pada 128 KB/dtk | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50 MiB, server mengizinkan 2 koneksi, masing-masing 2 MB/dtk | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50 MiB, setiap koneksi ke-2 terputus setelah 2 MiB, 4 MB/dtk | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| File 256 KiB melalui tautan lokal cepat | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39e-06 |
Intel(R) Core(TM) i5-13400F Generasi ke-13, RAM 63,8 GB, Windows-11-10.0.26200-SP0. labserver (repo ini), 127.0.0.1:8097, konten yang dihasilkan. keduanya pada pengaturan default: 8 koneksi.
Cara pengukuran
- Server. Server lab dari repositori ini, pada 127.0.0.1, menyajikan konten yang dihasilkan. Server ini membatasi, menunda, menolak, atau memutus koneksi per skenario, dan mencatat setiap permintaan dengan waktu mulai dan berakhir dalam milidetik.
- 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.
- Statistik. Median dengan rentang interkuartil, interval bootstrap 95% (10.000 resample) untuk setiap median dan untuk rasio median, dan uji U Mann–Whitney dua sisi.
- Batasan. Tautan loopback tidak memiliki jarak atau kehilangan paket yang nyata; kesalahan menggantikannya. Hasil berasal dari satu mesin. Jalankan sendiri:
python tools/bench/bench.py, lalupython tools/bench/report.py.
Lihat sendiri: gratis.
Download GolinksPRO Download Manager