หน้าหลัก
การเปรียบเทียบ

IDM กับ MDM วัดผลเป็นมิลลิวินาที

แอปทั้งสองทำงานบนคอมพิวเตอร์เครื่องเดียวกัน ดาวน์โหลดจากเซิร์ฟเวอร์ทดสอบเดียวกัน โดยสลับกันทำงาน บันทึกของเซิร์ฟเวอร์จะระบุว่าคำขอแต่ละรายการมาถึงเมื่อใด และไบต์สุดท้ายส่งออกไปเมื่อใด ดังนั้นจึงไม่มีการอ้างอิงจากแอปใดแอปหนึ่ง

Mister Download Manager

0.00 วินาทีพร้อม

Internet Download Manager 6.42

0.00 วินาทีพร้อม

1.0 เท่าเร็วกว่า

เล่นตามเวลาจริงจากค่ามัธยฐาน

เร็วกว่าในทุกสถานการณ์

MDM ทำงานเสร็จเร็วกว่ากี่เท่า นับตั้งแต่คำสั่งจนถึงไฟล์ที่ดาวน์โหลดเสร็จสมบูรณ์ เส้นหนวดคือช่วง 95% ของอัตราส่วน; สเกลเป็นแบบลอการิทึม

480 การเชื่อมต่อ เทียบกับ 2

เซิร์ฟเวอร์ที่อนุญาตให้เชื่อมต่อได้ครั้งละสองการเชื่อมต่อ สี่เหลี่ยมแต่ละช่องคือการเชื่อมต่อหนึ่งครั้งที่เซิร์ฟเวอร์เห็นในการทำงานปกติ

MDM0

เรียนรู้ข้อจำกัดจากการตอบกลับของเซิร์ฟเวอร์ ปฏิบัติตาม และจดจำไว้สำหรับครั้งต่อไป เสร็จสิ้นใน 12.6 วินาที

IDM 6.420

พยายามเชื่อมต่อใหม่ประมาณ 250 ครั้งต่อวินาทีเมื่อถูกปฏิเสธ เสร็จสิ้นใน 15.9 วินาที

การทำงานแต่ละครั้งคือหนึ่งจุด

การดาวน์โหลดเจ็ดครั้ง แต่ละครั้งทำงานอย่างน้อยเจ็ดรอบโดยทั้งสองแอป แถบคือครึ่งกลางของการทำงาน ส่วนเส้นคือค่ามัธยฐาน

IDM ใช้เวลาประมาณสามวินาทีในการยอมรับการดาวน์โหลดจากบรรทัดคำสั่งก่อนที่จะส่งข้อมูลใดๆ การดาวน์โหลดที่ถูกจับโดยส่วนขยายเบราว์เซอร์จะข้ามขั้นตอนนี้ นั่นคือเหตุผลที่ "การถ่ายโอน" เป็นมุมมองที่ยุติธรรมระหว่างเอนจินถึงเอนจิน "ตั้งแต่ต้นจนจบ" ก็มีให้ดูที่นี่ด้วย

เวลาที่ใช้ไป

ค่ามัธยฐานของการเริ่มต้น (คำสั่งถึงคำขอแรก), การถ่ายโอน และการสิ้นสุดของแต่ละแอปพลิเคชันต่อสถานการณ์

สิ่งที่คอมพิวเตอร์ต้องจ่าย

เวลา CPU เฉลี่ยที่แต่ละแอปใช้ระหว่างการทำงาน และหน่วยความจำสูงสุดที่ใช้ MDM แสดงหน้าต่างด้วย GPU ซึ่งใช้หน่วยความจำมากกว่าการควบคุม Windows แบบคลาสสิกของ IDM

ตัวเลขทั้งหมด

สถานการณ์	แอป	n	ตั้งแต่ต้นจนจบ, ค่ามัธยฐาน (IQR)	ช่วงความเชื่อมั่น 95% ของค่ามัธยฐาน	การถ่ายโอน	การเริ่มต้น	การเชื่อมต่อ	คำขอ	CPU	หน่วยความจำสูงสุด	p

รายงาน

ค่ามัธยฐานตั้งแต่ต้นจนจบพร้อมช่วงระหว่างควอร์ไทล์, อัตราส่วนพร้อมช่วง 95% และการทดสอบ Mann–Whitney ตามที่ tools/bench/report.py เขียนไว้

สถานการณ์	ค่ามัธยฐาน IDM ms (IQR)	ค่ามัธยฐาน MDM ms (IQR)	IDM / MDM (95% CI)	p (Mann-Whitney)
1 GiB ผ่านลิงก์ภายในที่รวดเร็ว	5456 (5393–5496)	1009 (944–1028)	5.41× (5.21–5.89)	0.000583
100 MiB, 2 MB/s ต่อการเชื่อมต่อ	10234 (10221–10284)	6319 (6317–6329)	1.62× (1.61–1.63)	0.000583
100 MiB, ความหน่วง 150 มิลลิวินาที, 4 MB/s ต่อการเชื่อมต่อ	7622 (7497–7863)	3844 (3842–3894)	1.98× (1.92–2.05)	0.000583
32 MiB, หนึ่งการเชื่อมต่อในการรวบรวมข้อมูลสามครั้งที่ 128 KB/s	7213 (6960–7256)	3432 (3416–3840)	2.10× (1.81–2.13)	0.000583
50 MiB, เซิร์ฟเวอร์อนุญาต 2 การเชื่อมต่อ, 2 MB/s แต่ละการเชื่อมต่อ	15864 (15810–15933)	12568 (12563–12570)	1.26× (1.25–1.27)	0.000583
50 MiB, ทุกๆ การเชื่อมต่อที่ 2 ถูกตัดหลังจาก 2 MiB, 4 MB/s	5428 (5387–5466)	1647 (1645–1660)	3.30× (3.24–3.34)	0.000583
ไฟล์ 256 KiB ผ่านลิงก์ภายในที่รวดเร็ว	3141 (3130–3164)	30 (28–31)	105.90× (99.96–112.75)	3.39e-06

13th Gen Intel(R) Core(TM) i5-13400F, RAM 63.8 GB, 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 ครั้งต่อวินาที ทำให้มีซ็อกเก็ตที่ปิดไปแล้วหลายพันรายการเป็นเวลาครึ่งนาที หากไม่มีการรอ แอปใดก็ตามที่รันถัดไปจะถูกจับเวลาบนคิวงานที่ค้างอยู่
สถิติ ค่ามัธยฐานพร้อมช่วงควอร์ไทล์ ช่วงบูตสแตรป 95% (10,000 ตัวอย่างซ้ำ) สำหรับแต่ละค่ามัธยฐานและสำหรับอัตราส่วนของค่ามัธยฐาน และการทดสอบ Mann–Whitney U แบบสองด้าน
ข้อจำกัด ลิงก์ลูปแบ็คไม่มีระยะทางจริงหรือการสูญหายของแพ็กเก็ต ข้อผิดพลาดเป็นตัวแทนของสิ่งเหล่านั้น ผลลัพธ์มาจากเครื่องเดียว รันด้วยตัวคุณเอง: python tools/bench/bench.py จากนั้น python tools/bench/report.py

ข้อมูลดิบและบันทึกเซิร์ฟเวอร์ ชุดเครื่องมือ results.json ตั้งคำถามเกี่ยวกับตัวเลข

ดูด้วยตัวคุณเอง: ฟรี

ดาวน์โหลด Mister Download Manager