Beranda
Benchmark

IDM vs MDM, diukur hingga milidetik.

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.

Mister Download Manager

0,00 dSiap

Internet Download Manager 6.42

0,00 dSiap

1,0×lebih cepat

Diputar secara real time dari median.

Lebih cepat di setiap skenario.

Berapa kali lebih cepat MDM selesai, dari perintah hingga file selesai. Whisker adalah interval 95% dari rasio; skala adalah logaritmik.

480 koneksi berbanding 2.

Server yang mengizinkan dua koneksi sekaligus. Setiap kotak adalah satu koneksi yang terlihat dalam satu kali proses.

MDM0

Mempelajari batas dari jawaban server, mematuhinya, dan mengingatnya untuk lain waktu. Selesai dalam 12,6 d.

IDM 6.420

Mencoba lagi sekitar 250 kali per detik terhadap penolakan. Selesai dalam 15,9 d.

Setiap proses 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 dari baris perintahnya sebelum mengirim apa pun; unduhan yang ditangkap oleh ekstensi perambannya melewati langkah itu. Itulah mengapa "Transfer" adalah tampilan mesin-ke-mesin yang adil. "Ujung ke ujung" juga ada di sini.

Ke mana waktu pergi

Median waktu mulai (perintah hingga permintaan pertama), transfer, dan penyelesaian setiap aplikasi, per skenario.

Beban pada komputer

Median waktu CPU yang digunakan setiap aplikasi selama satu kali jalan, dan memori puncaknya. MDM menggambar jendelanya dengan GPU, yang membutuhkan lebih banyak memori daripada kontrol Windows klasik IDM.

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 ujung-ke-ujung dengan rentang interkuartil, rasio dengan interval 95%nya, dan uji Mann–Whitney, seperti yang tools/bench/report.py tulis.

skenario	IDM median ms (IQR)	MDM median ms (IQR)	IDM / MDM (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.
Klien. IDM dan MDM, keduanya pada pengaturan default (8 koneksi), masing-masing diberi unduhan melalui baris perintah yang sama: /d URL /p folder /f name /n. Keduanya menyimpan ke drive yang berisi folder sementara IDM, jadi tidak ada yang membayar salinan antar-drive.
Waktu. Ujung ke ujung: dari mengeluarkan perintah hingga file selesai dengan nama akhirnya, dipantau setiap milidetik pada jam monoton. MDM mengganti nama file yang sudah selesai ke tempatnya; IDM membuat file akhir lebih awal dan mengisinya, jadi untuk IDM, saat mencapai ukuran penuh dihitung. Transfer: permintaan pertama server hingga byte terakhirnya, dibaca pada jam yang sama melalui permintaan kalibrasi sebelum setiap proses.
Keadilan. Aplikasi bergantian, IDM pertama pada proses genap dan MDM pertama pada proses ganjil, sehingga pergeseran pada mesin mengenai keduanya. Satu proses pemanasan masing-masing dibuang. Proses yang gagal dihitung, tidak dibuang. Sebelum setiap proses, harness menunggu hingga loopback tenang: terhadap server yang menolak koneksi tambahan, IDM mencoba lagi sekitar 250 kali per detik, meninggalkan ribuan soket tertutup selama setengah menit; tanpa menunggu, aplikasi mana pun yang berjalan berikutnya akan diukur pada backlog tersebut.
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, lalu python tools/bench/report.py.

Data mentah dan log server Harness results.json Pertanyakan angka

Lihat sendiri: gratis.

Unduh Mister Download Manager