- Inicio
- Comparativa
IDM vs GDM, timed to the millisecond.
Ambas aplicaciones en el mismo PC, descargando del mismo servidor de prueba, en ejecuciones alternas. El propio registro del servidor indica cuándo llegó cada solicitud y cuándo salió el último byte, por lo que nada depende de lo que diga ninguna de las aplicaciones.
La carrera
GolinksPRO Download Manager1.0×más rápido
Reproducido en tiempo real a partir de las medianas.
Más rápido en todos los escenarios.
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 conexiones contra 2.
Un servidor que permite dos conexiones a la vez. Cada cuadrado es una conexión que vio en una ejecución típica.
GDM0Aprende el límite de la respuesta del servidor, lo respeta y lo recuerda para la próxima vez. Finalizado en 12.6 s.
Reintentó unas 250 veces por segundo ante las negativas. Finalizado en 15.9 s.
Cada ejecución es un punto.
Siete descargas, cada una ejecutada al menos siete veces por ambas aplicaciones. La barra es la mitad central de las ejecuciones, la línea la mediana.
IDM tarda unos tres segundos en aceptar una descarga desde su línea de comandos antes de enviar nada; las descargas capturadas por su extensión de navegador omiten ese paso. Por eso "Transferencia" es la vista justa de motor a motor. "De principio a fin" también está aquí.
Dónde se va el tiempo
Mediana de inicio (comando a primera solicitud), transferencia y finalización de cada aplicación, por escenario.
Coste para el ordenador
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.
Todos los números
| Escenario | Aplicación | n | De principio a fin, mediana (RIC) | IC del 95% de la mediana | Transferencia | Inicio | Conexiones | Solicitudes | CPU | Pico de memoria | p |
|---|
El informe
Medianas de principio a fin con rangos intercuartílicos, la razón con su intervalo del 95%, y la prueba de Mann–Whitney, tal como tools/bench/report.py las escribe.
| escenario | IDM mediana ms (RIC) | GDM median ms (IQR) | IDM / GDM (95% CI) | p (Mann-Whitney) |
|---|---|---|---|---|
| 1 GiB a través de un enlace local rápido | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100 MiB, 2 MB/s por conexión | 10234 (10221–10284) | 6319 (6317–6329) | 1.62× (1.61–1.63) | 0.000583 |
| 100 MiB, 150 ms de latencia, 4 MB/s por conexión | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32 MiB, una conexión en tres rastreos a 128 KB/s | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50 MiB, el servidor permite 2 conexiones, 2 MB/s cada una | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50 MiB, cada 2ª conexión cortada después de 2 MiB, 4 MB/s | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| Archivo de 256 KiB a través de un enlace local rápido | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39e-06 |
13.ª generación Intel(R) Core(TM) i5-13400F, 63.8 GB RAM, Windows-11-10.0.26200-SP0. labserver (este repositorio), 127.0.0.1:8097, contenido generado. Ambos con la configuración predeterminada: 8 conexiones.
Cómo se midió
- Servidor. El servidor de pruebas de este repositorio, en 127.0.0.1, sirviendo contenido generado. Limita, retrasa, rechaza o corta conexiones según el escenario, y registra cada solicitud con tiempos de inicio y fin en milisegundos.
- 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.
- Estadísticas. Medianas con rangos intercuartílicos, intervalos de arranque del 95 % (10 000 remuestreos) para cada mediana y para la relación de medianas, y una prueba U de Mann-Whitney bilateral.
- Límites. Un enlace de bucle de retorno no tiene distancia real ni pérdida de paquetes; los fallos los representan. Los resultados provienen de una sola máquina. Ejecútelo usted mismo:
python tools/bench/bench.py, luegopython tools/bench/report.py.
Compruébelo usted mismo: es gratis.
Download GolinksPRO Download Manager