- Início
- Benchmark
IDM vs MDM, cronometrado ao milissegundo.
Ambos os aplicativos no mesmo PC, baixando do mesmo servidor de teste, em execuções alternadas. O próprio registro do servidor informa quando cada solicitação chegou e quando o último byte saiu, então nada depende da palavra de nenhum dos aplicativos.
A corrida
Mister Download Manager1,0×mais rápido
Reproduzido em tempo real a partir das medianas.
Mais rápido em todos os cenários.
Quantas vezes mais rápido o MDM terminou, do comando ao arquivo finalizado. O traço é o intervalo de 95% da proporção; a escala é logarítmica.
480 conexões contra 2.
Um servidor que permite duas conexões por vez. Cada quadrado é uma conexão que ele viu em uma execução típica.
MDM0Aprende o limite da resposta do servidor, o mantém e o lembra para a próxima vez. Terminou em 12,6 s.
Tentou novamente cerca de 250 vezes por segundo contra as recusas. Terminou em 15,9 s.
Cada execução é um ponto.
Sete downloads, cada um executado pelo menos sete vezes por ambos os aplicativos. A barra representa a metade central das execuções, a linha representa a mediana.
O IDM leva cerca de três segundos para aceitar um download de sua linha de comando antes de enviar qualquer coisa; downloads capturados por sua extensão de navegador pulam essa etapa. É por isso que "Transferência" é a visão justa de motor para motor. "De ponta a ponta" também está aqui.
Para onde o tempo vai
Mediana de inicialização (do comando à primeira solicitação), transferência e finalização de cada aplicativo, por cenário.
O que custa ao computador
Tempo médio de CPU que cada aplicativo usou durante uma execução e seu pico de memória. O MDM desenha sua janela com a GPU, o que consome mais memória do que os controles clássicos do Windows do IDM.
Todos os números
| Cenário | Aplicativo | n | De ponta a ponta, mediana (IQR) | IC de 95% da mediana | Transferência | Inicialização | Conexões | Solicitações | CPU | Pico de memória | p |
|---|
O relatório
Medianas de ponta a ponta com intervalos interquartis, a razão com seu intervalo de 95% e o teste de Mann–Whitney, como tools/bench/report.py os escreve.
| cenário | Mediana IDM ms (IQR) | Mediana MDM ms (IQR) | IDM / MDM (IC de 95%) | p (Mann-Whitney) |
|---|---|---|---|---|
| 1 GiB em um link local rápido | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100 MiB, 2 MB/s por conexão | 10234 (10221–10284) | 6319 (6317–6329) | 1.62× (1.61–1.63) | 0.000583 |
| 100 MiB, 150 ms de latência, 4 MB/s por conexão | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32 MiB, uma conexão em três rastreamentos a 128 KB/s | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50 MiB, servidor permite 2 conexões, 2 MB/s cada | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50 MiB, cada 2ª conexão cortada após 2 MiB, 4 MB/s | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| Arquivo de 256 KiB em um link local rápido | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39e-06 |
13ª Geração Intel(R) Core(TM) i5-13400F, 63.8 GB RAM, Windows-11-10.0.26200-SP0. labserver (este repositório), 127.0.0.1:8097, conteúdo gerado. Ambos com configurações padrão: 8 conexões.
Como foi medido
- Servidor. O servidor de laboratório deste repositório, em 127.0.0.1, servindo conteúdo gerado. Ele limita, atrasa, recusa ou corta conexões por cenário, e registra cada solicitação com horários de início e fim em milissegundos.
- Clientes. IDM e MDM, ambos com configurações padrão (8 conexões), cada um recebendo o download através da mesma linha de comando documentada:
/d URL /p folder /f name /n. Ambos salvam na unidade que contém a pasta temporária do IDM, para que nenhum pague por uma cópia entre unidades. - Cronometragem. De ponta a ponta: desde a emissão do comando até o arquivo finalizado com seu nome final, pesquisado a cada milissegundo em um relógio monotônico. O MDM renomeia seu arquivo finalizado para o local; o IDM cria o arquivo final cedo e o preenche, então para o IDM o momento em que atinge o tamanho total conta. Transferência: da primeira solicitação do servidor ao seu último byte, lido no mesmo relógio através de uma solicitação de calibração antes de cada execução.
- Justiça. Os aplicativos se alternam, IDM primeiro em execuções pares e MDM primeiro em execuções ímpares, para que o desvio na máquina atinja ambos. Uma execução de aquecimento para cada um é descartada. As execuções falhas são contadas, não descartadas. Antes de cada execução, o sistema espera até que o loopback esteja silencioso: contra um servidor que recusa conexões extras, o IDM tenta novamente cerca de 250 vezes por segundo, deixando milhares de soquetes fechados por meio minuto; sem a espera, qualquer aplicativo que fosse executado em seguida seria cronometrado nesse atraso.
- Estatísticas. Medianas com intervalos interquartis, intervalos de bootstrap de 95% (10.000 reamostragens) para cada mediana e para a razão das medianas, e um teste U de Mann–Whitney bilateral.
- Limites. Um link de loopback não tem distância real ou perda de pacotes; as falhas os substituem. Os resultados são de uma máquina. Execute você mesmo:
python tools/bench/bench.py, depoispython tools/bench/report.py.
Veja por si mesmo: é grátis.
Baixar Mister Download Manager