GolinksPRO Download Manager
  1. Accueil
  2. Comparatif

IDM vs GDM, timed to the millisecond.

Les deux applications tournent sur le même PC et téléchargent depuis le même serveur de test, lors de séries d’essais alternées. Le journal du serveur indique l’heure d’arrivée de chaque requête et celle du départ du dernier octet. Rien ne repose donc sur les déclarations de l’une ou l’autre application.

La course

GolinksPRO Download Manager
0,00 sPrêt
Internet Download Manager 6.42
0,00 sPrêt

1,0×plus rapide

Lecture en temps réel à partir des médianes.

Plus rapide dans tous les scénarios.

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 connexions contre 2.

Un serveur qui autorise deux connexions à la fois. Chaque carré représente une connexion observée lors d’un essai typique.

GDM0

GDM apprend la limite grâce à la réponse du serveur, la respecte et la mémorise pour la prochaine fois. Téléchargement terminé en 12,6 s.

IDM 6.420

A réessayé environ 250 fois par seconde face aux refus. Terminé en 15,9 s.

Chaque exécution est un point.

Sept téléchargements, chacun exécuté au moins sept fois par les deux applications. La barre représente la moitié centrale des exécutions, la ligne la médiane.

IDM met environ trois secondes à accepter un téléchargement lancé depuis sa ligne de commande, avant d’envoyer quoi que ce soit. Les téléchargements interceptés par son extension de navigateur ne passent pas par cette étape. C’est pourquoi la vue « Transfert » permet de comparer équitablement les moteurs. La vue « De bout en bout » est également présentée ici.

Où passe le temps

Médianes du démarrage (de la commande à la première requête), du transfert et de la fin du téléchargement pour chaque application et chaque scénario.

Ressources utilisées par l’ordinateur

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.

Tous les chiffres
ScénarioApplicationnDe bout en bout, médiane (IQR)Intervalle de confiance à 95 % de la médianeTransfertDémarrageConnexionsRequêtesCPUMémoire maximalep

Le rapport

Médianes de bout en bout avec écarts interquartiles, rapport avec intervalle de confiance à 95 % et test de Mann–Whitney, tels que tools/bench/report.py les affiche.

Scénario IDM médiane ms (IQR) GDM median ms (IQR) IDM / GDM (95% CI) p (Mann-Whitney)
1 GiB sur une liaison locale rapide 5456 (5393–5496) 1009 (944–1028) 5.41× (5.21–5.89) 0.000583
100 MiB, 2 Mo/s par connexion 10234 (10221–10284) 6319 (6317–6329) 1.62× (1.61–1.63) 0.000583
100 Mio, 150 ms de latence, 4 Mo/s par connexion 7622 (7497–7863) 3844 (3842–3894) 1.98× (1.92–2.05) 0.000583
32 Mio, une connexion en trois tentatives à 128 Ko/s 7213 (6960–7256) 3432 (3416–3840) 2.10× (1.81–2.13) 0.000583
50 Mio, le serveur autorise 2 connexions, 2 Mo/s chacune 15864 (15810–15933) 12568 (12563–12570) 1.26× (1.25–1.27) 0.000583
50 Mio, une connexion sur deux coupée après 2 Mio, 4 Mo/s 5428 (5387–5466) 1647 (1645–1660) 3.30× (3.24–3.34) 0.000583
Fichier de 256 Kio sur une liaison locale rapide 3141 (3130–3164) 30 (28–31) 105.90× (99.96–112.75) 3.39e-06

Intel(R) Core(TM) i5-13400F de 13e génération, 63,8 Go de RAM, Windows-11-10.0.26200-SP0. labserver (ce dépôt), 127.0.0.1:8097, contenu généré. Les deux par défaut : 8 connexions.

Comment les mesures ont été effectuées

  • Serveur. Le serveur de laboratoire de ce dépôt, sur 127.0.0.1, servant du contenu généré. Il régule, retarde, refuse ou coupe les connexions selon le scénario, et enregistre chaque requête avec les heures de début et de fin à la milliseconde près.
  • 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.
  • Statistiques. Médianes avec intervalles interquartiles, intervalles de confiance à 95 % par bootstrap (10 000 rééchantillonnages) pour chaque médiane et pour le rapport des médianes, et un test U de Mann-Whitney bilatéral.
  • Limites. Une liaison en boucle locale n'a pas de distance réelle ni de perte de paquets ; les défauts les remplacent. Les résultats proviennent d'une seule machine. Exécutez-le vous-même : python tools/bench/bench.py, puis python tools/bench/report.py.

Voyez par vous-même : c'est gratuit.

Download GolinksPRO Download Manager