Mister Download Manager
Nederlands

Taal

Downloaden
  1. Home
  2. Benchmark

IDM vs MDM, getimed op de milliseconde.

Beide apps op dezelfde pc, downloadend van dezelfde testserver, in afwisselende runs. Het logboek van de server zelf vermeldt wanneer elke aanvraag arriveerde en wanneer de laatste byte vertrok, dus niets is afhankelijk van de app zelf.

De race

Mister Download Manager
0,00 sKlaar
Internet Download Manager 6.42
0,00 sKlaar

1.0×sneller

Afgespeeld in realtime op basis van de medianen.

Sneller in elk scenario.

Hoeveel keer sneller MDM klaar was, van commando tot voltooid bestand. De "whisker" is het 95% interval van de verhouding; de schaal is logaritmisch.

480 verbindingen tegen 2.

Een server die twee verbindingen tegelijk toestaat. Elk vierkantje is één verbinding die het zag in een typische run.

MDM0

Leert de limiet van het antwoord van de server, houdt zich eraan en onthoudt deze voor de volgende keer. Voltooid in 12,6 s.

IDM 6.420

Ongeveer 250 keer per seconde opnieuw geprobeerd tegen de weigeringen. Voltooid in 15,9 s.

Elke run is een punt.

Zeven downloads, elk minstens zeven keer uitgevoerd door beide apps. De balk toont de middelste helft van de runs, de lijn de mediaan.

IDM doet er ongeveer drie seconden over om een download via de commandoregel te accepteren voordat het iets verstuurt; downloads die door de browserextensie worden onderschept, slaan die stap over. Daarom is "Overdracht" de eerlijke vergelijking tussen de engines. "Van begin tot eind" staat hier ook.

Waar de tijd naartoe gaat

Mediane opstarttijd (commando tot eerste verzoek), overdracht en voltooiing van elke app, per scenario.

Wat het de computer kost

Mediane CPU-tijd die elke app tijdens een run gebruikte, en het piekgeheugen. MDM tekent zijn venster met de GPU, wat meer geheugen verbruikt dan de klassieke Windows-besturingselementen van IDM.

Alle cijfers
ScenarioAppnVan begin tot eind, mediaan (IQR)95% BI van mediaanOverdrachtOpstartenVerbindingenVerzoekenCPUPiekgeheugenp

Het rapport

End-to-end medianen met interkwartielbereiken, de verhouding met zijn 95% interval, en de Mann–Whitney-test, zoals tools/bench/report.py ze schrijft.

scenario IDM mediaan ms (IQR) MDM mediaan ms (IQR) IDM / MDM (95% BI) p (Mann-Whitney)
1 GiB via een snelle lokale verbinding 5456 (5393–5496) 1009 (944–1028) 5.41× (5.21–5.89) 0.000583
100 MiB, 2 MB/s per verbinding 10234 (10221–10284) 6319 (6317–6329) 1.62× (1.61–1.63) 0.000583
100 MiB, 150 ms latentie, 4 MB/s per verbinding 7622 (7497–7863) 3844 (3842–3894) 1.98× (1.92–2.05) 0.000583
32 MiB, één verbinding in drie crawls met 128 KB/s 7213 (6960–7256) 3432 (3416–3840) 2.10× (1.81–2.13) 0.000583
50 MiB, server staat 2 verbindingen toe, elk 2 MB/s 15864 (15810–15933) 12568 (12563–12570) 1.26× (1.25–1.27) 0.000583
50 MiB, elke 2e verbinding verbroken na 2 MiB, 4 MB/s 5428 (5387–5466) 1647 (1645–1660) 3.30× (3.24–3.34) 0.000583
256 KiB bestand via een snelle lokale link 3141 (3130–3164) 30 (28–31) 105.90× (99.96–112.75) 3.39e-06

13e generatie Intel(R) Core(TM) i5-13400F, 63.8 GB RAM, Windows-11-10.0.26200-SP0. labserver (deze repo), 127.0.0.1:8097, gegenereerde inhoud. beide met standaardinstellingen: 8 verbindingen.

Hoe het werd gemeten

  • Server. De labserver uit deze repository, op 127.0.0.1, die gegenereerde inhoud serveert. Deze beperkt, vertraagt, weigert of verbreekt verbindingen per scenario, en logt elke aanvraag met milliseconde start- en eindtijden.
  • Clients. IDM en MDM, beide met standaardinstellingen (8 verbindingen), elk de download aangeboden via dezelfde gedocumenteerde commandoregel: /d URL /p folder /f name /n. Beide slaan op naar de schijf die de tijdelijke map van IDM bevat, zodat geen van beide een kopie tussen schijven betaalt.
  • Timing. End-to-end: van het geven van de opdracht tot het voltooide bestand onder de uiteindelijke naam, elke milliseconde gepeild op een monotone klok. MDM hernoemt het voltooide bestand op zijn plaats; IDM maakt het uiteindelijke bestand vroeg aan en vult het, dus voor IDM telt het moment dat het de volledige grootte bereikt. Overdracht: de eerste aanvraag van de server tot de laatste byte, gelezen op dezelfde klok via een kalibratieverzoek voor elke run.
  • Eerlijkheid. De apps wisselen elkaar af, IDM eerst bij even runs en MDM eerst bij oneven runs, zodat drift op de machine beide treft. Eén opwarmrun per app wordt weggegooid. Mislukte runs worden geteld, niet weggelaten. Voor elke run wacht de testomgeving totdat de loopback stil is: tegen een server die extra verbindingen weigert, probeert IDM ongeveer 250 keer per seconde opnieuw, waardoor duizenden gesloten sockets een halve minuut blijven bestaan; zonder het wachten werd de app die daarna draaide getimed op die achterstand.
  • Statistieken. Medianen met interkwartielbereiken, bootstrap 95% intervallen (10.000 resamples) voor elke mediaan en voor de verhouding van medianen, en een tweezijdige Mann–Whitney U-test.
  • Limieten. Een loopback-verbinding heeft geen echte afstand of pakketverlies; de fouten staan daarvoor in de plaats. Resultaten zijn van één machine. Voer het zelf uit: python tools/bench/bench.py, daarna python tools/bench/report.py.
Ruwe data en serverlogs De testomgeving results.json Een getal bevragen

Zie het zelf: het is gratis.

Mister Download Manager downloaden