Inicio
Comparativa

IDM vs MDM, cronometrado al milisegundo.

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.

Mister Download Manager

0,00 sListo

Internet Download Manager 6.42

0,00 sListo

1.0×más rápido

Reproducido en tiempo real a partir de las medianas.

Más rápido en todos los escenarios.

Cuántas veces más rápido terminó MDM, desde la orden hasta el archivo finalizado. El bigote es el intervalo del 95% de la relación; la escala es logarítmica.

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.

MDM0

Aprende el límite de la respuesta del servidor, lo respeta y lo recuerda para la próxima vez. Finalizado en 12.6 s.

IDM 6.420

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

Tiempo medio de CPU que cada aplicación usó durante una ejecución, y su pico de memoria. MDM dibuja su ventana con la GPU, lo que consume más memoria que los controles clásicos de Windows de IDM.

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)	MDM mediana ms (RIC)	IDM / MDM (IC del 95%)	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.ª Gen 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.
Clientes. IDM y MDM, ambos con la configuración predeterminada (8 conexiones), cada uno con la descarga a través de la misma línea de comandos documentada: /d URL /p folder /f name /n. Ambos guardan en la unidad que contiene la carpeta temporal de IDM, por lo que ninguno incurre en una copia entre unidades.
Medición del tiempo. De principio a fin: desde la emisión del comando hasta el archivo terminado con su nombre final, consultado cada milisegundo en un reloj monotónico. MDM renombra su archivo terminado en su lugar; IDM crea el archivo final temprano y lo llena, por lo que para IDM cuenta el momento en que alcanza su tamaño completo. Transferencia: desde la primera solicitud del servidor hasta su último byte, leído en el mismo reloj a través de una solicitud de calibración antes de cada ejecución.
Equidad. Las aplicaciones se alternan, IDM primero en ejecuciones pares y MDM primero en impares, para que la deriva en la máquina afecte a ambas. Se descarta una ejecución de calentamiento para cada una. Las ejecuciones fallidas se cuentan, no se eliminan. Antes de cada ejecución, el arnés espera hasta que el bucle de retorno esté en silencio: contra un servidor que rechaza conexiones adicionales, IDM reintenta unas 250 veces por segundo, dejando miles de sockets cerrados durante medio minuto; sin la espera, la aplicación que se ejecutara a continuación se cronometraría con ese retraso.
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, luego python tools/bench/report.py.

Datos brutos y registros del servidor El sistema de prueba results.json Cuestionar una cifra

Compruébelo usted mismo: es gratis.

Descargar Mister Download Manager