- 홈
- 벤치마크
IDM vs MDM, 밀리초 단위 측정.
두 앱 모두 동일한 PC에서 동일한 테스트 서버로부터 번갈아 가며 다운로드했습니다. 서버 자체 로그에는 각 요청이 도착한 시간과 마지막 바이트가 전송된 시간이 기록되어 있어, 어떤 앱의 정보에도 의존하지 않습니다.
경쟁
Mister Download Manager1.0배더 빠름
중앙값으로 실시간 재생되었습니다.
모든 시나리오에서 더 빠름.
명령부터 파일 완료까지 MDM이 얼마나 더 빨리 완료했는지 보여줍니다. 수염은 비율의 95% 구간이며, 스케일은 로그입니다.
2개 연결에 대해 480개 연결.
한 번에 두 개의 연결을 허용하는 서버. 각 사각형은 일반적인 실행에서 서버가 본 하나의 연결입니다.
MDM0서버의 응답에서 제한을 학습하고, 이를 준수하며, 다음 번을 위해 기억합니다. 12.6초 만에 완료되었습니다.
거부에 대해 초당 약 250번 재시도했습니다. 15.9초 만에 완료되었습니다.
각 실행은 점 하나입니다.
두 앱 모두 각 다운로드를 최소 7회 실행했습니다. 막대는 실행 시간의 중간 절반을, 선은 중앙값을 나타냅니다.
IDM은 명령줄에서 다운로드를 수락하는 데 약 3초가 걸린 후에 데이터를 전송합니다. 브라우저 확장 프로그램으로 잡힌 다운로드는 이 단계를 건너뜁니다. 이것이 "전송"이 공정한 엔진 대 엔진 관점인 이유입니다. "종단 간"도 여기에 포함됩니다.
시간이 소요되는 곳
각 시나리오별 앱의 중앙값 시작(명령부터 첫 요청까지), 전송 및 완료 시간입니다.
컴퓨터에 미치는 영향
각 앱이 실행 중에 사용한 중앙값 CPU 시간과 최고 메모리 사용량입니다. MDM은 GPU로 창을 그리므로 IDM의 기존 Windows 컨트롤보다 더 많은 메모리를 사용합니다.
모든 숫자
| 시나리오 | 앱 | n | 종단 간, 중앙값 (IQR) | 중앙값의 95% 신뢰 구간 | 전송 | 시작 | 연결 | 요청 | CPU | 최고 메모리 | p |
|---|
보고서
종단 간 중앙값과 사분위 범위, 95% 구간을 포함한 비율, 그리고 tools/bench/report.py에 따라 작성된 Mann–Whitney 테스트입니다.
| 시나리오 | IDM 중앙값 ms (IQR) | MDM 중앙값 ms (IQR) | IDM / MDM (95% CI) | p (Mann-Whitney) |
|---|---|---|---|---|
| 빠른 로컬 링크를 통한 1GiB | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100MiB, 연결당 2MB/s | 10234 (10221–10284) | 6319 (6317–6329) | 1.62× (1.61–1.63) | 0.000583 |
| 100MiB, 150ms 지연, 연결당 4MB/s | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32MiB, 128KB/s로 세 번 크롤링 중 한 번 연결 | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50MiB, 서버에서 2개 연결 허용, 각 2MB/s | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50MiB, 2MiB 후 두 번째 연결마다 끊김, 4MB/s | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| 빠른 로컬 링크를 통한 256KiB 파일 | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39e-06 |
13세대 Intel(R) Core(TM) i5-13400F, 63.8GB RAM, Windows-11-10.0.26200-SP0. labserver (이 저장소), 127.0.0.1:8097, 생성된 콘텐츠. 둘 다 기본값: 8개 연결.
측정 방법
- 서버. 이 저장소의 랩 서버, 127.0.0.1에서 생성된 콘텐츠를 제공합니다. 시나리오에 따라 연결을 제한, 지연, 거부 또는 끊고, 모든 요청을 밀리초 단위의 시작 및 종료 시간과 함께 기록합니다.
- 클라이언트. IDM과 MDM 모두 기본 설정(8개 연결)으로, 동일하게 문서화된 명령줄
/d URL /p folder /f name /n를 통해 다운로드를 수행했습니다. 둘 다 IDM의 임시 폴더가 있는 드라이브에 저장하므로, 교차 드라이브 복사 비용이 발생하지 않습니다. - 시간 측정. 종단 간: 명령 발행부터 최종 이름으로 파일이 완성될 때까지, 단조 시계로 매 밀리초마다 폴링했습니다. MDM은 완성된 파일의 이름을 제자리에 변경합니다. IDM은 최종 파일을 일찍 생성하고 채우므로, IDM의 경우 파일이 전체 크기에 도달하는 순간을 측정합니다. 전송: 각 실행 전에 보정 요청을 통해 동일한 시계로 읽은 서버의 첫 번째 요청부터 마지막 바이트까지.
- 공정성. 앱은 번갈아 실행되며, 짝수 실행에서는 IDM이 먼저, 홀수 실행에서는 MDM이 먼저 실행되므로, 머신의 드리프트가 둘 다에 영향을 미칩니다. 각 앱의 워밍업 실행은 하나씩 버려집니다. 실패한 실행은 버려지지 않고 계산됩니다. 모든 실행 전에 하네스는 루프백이 조용해질 때까지 기다립니다. 추가 연결을 거부하는 서버에 대해 IDM은 초당 약 250번 재시도하여 수천 개의 닫힌 소켓을 30초 동안 남겨둡니다. 기다리지 않으면 다음에 실행되는 앱은 해당 백로그에서 시간이 측정됩니다.
- 통계. 중앙값과 사분위수 범위, 각 중앙값 및 중앙값 비율에 대한 부트스트랩 95% 신뢰 구간(10,000회 재샘플링), 그리고 양측 Mann–Whitney U 테스트.
- 제한 사항. 루프백 링크에는 실제 거리나 패킷 손실이 없습니다. 오류는 이를 대신합니다. 결과는 한 대의 머신에서 나온 것입니다. 직접 실행해 보세요:
python tools/bench/bench.py, 그리고python tools/bench/report.py.
직접 확인해 보세요: 무료입니다.
Mister Download Manager 다운로드