- หน้าหลัก
- การเปรียบเทียบ
IDM vs GDM, timed to the millisecond.
ทั้งสองแอปทำงานบนคอมพิวเตอร์เครื่องเดียวกัน และดาวน์โหลดจากเซิร์ฟเวอร์ทดสอบเดียวกัน โดยสลับกันดาวน์โหลด บันทึกของเซิร์ฟเวอร์ระบุเวลาที่ได้รับคำขอแต่ละรายการและเวลาที่ส่งไบต์สุดท้ายออกไป จึงไม่ต้องอาศัยข้อมูลจากแอปใดแอปหนึ่ง
การแข่งขัน
1.0 เท่าเร็วกว่า
เล่นตามเวลาจริงจากค่ามัธยฐาน
เร็วกว่าในทุกสถานการณ์
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 การเชื่อมต่อ เทียบกับ 2
เซิร์ฟเวอร์ที่อนุญาตให้เชื่อมต่อได้ครั้งละสองการเชื่อมต่อ สี่เหลี่ยมแต่ละช่องคือการเชื่อมต่อหนึ่งครั้งที่เซิร์ฟเวอร์เห็นในการทำงานปกติ
เรียนรู้ข้อจำกัดจากการตอบกลับของเซิร์ฟเวอร์ ปฏิบัติตาม และจดจำไว้สำหรับครั้งต่อไป เสร็จสิ้นใน 12.6 วินาที
พยายามเชื่อมต่อใหม่ประมาณ 250 ครั้งต่อวินาทีเมื่อถูกปฏิเสธ เสร็จสิ้นใน 15.9 วินาที
การทำงานแต่ละครั้งคือหนึ่งจุด
ดาวน์โหลด 7 ครั้ง โดยแต่ละแอปทำอย่างน้อย 7 รอบต่อการดาวน์โหลด แถบแสดงช่วงครึ่งกลางของรอบ ส่วนเส้นแสดงค่ามัธยฐาน
IDM ใช้เวลาประมาณ 3 วินาทีในการรับคำสั่งดาวน์โหลดจากบรรทัดคำสั่งก่อนเริ่มส่งข้อมูล ส่วนการดาวน์โหลดที่ตรวจพบโดยส่วนขยายเบราว์เซอร์จะข้ามขั้นตอนนี้ นั่นจึงเป็นเหตุผลที่ “การถ่ายโอน” เป็นการเปรียบเทียบประสิทธิภาพของตัวดาวน์โหลดทั้งสองอย่างเท่าเทียมกัน นอกจากนี้ยังมี “ตั้งแต่ต้นจนจบ” ให้ดูด้วย
เวลาที่ใช้ไป
ค่ามัธยฐานของการเริ่มต้น (คำสั่งถึงคำขอแรก), การถ่ายโอน และการสิ้นสุดของแต่ละแอปพลิเคชันต่อสถานการณ์
สิ่งที่คอมพิวเตอร์ต้องจ่าย
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.
ตัวเลขทั้งหมด
| สถานการณ์ | แอป | n | ตั้งแต่ต้นจนจบ, ค่ามัธยฐาน (IQR) | ช่วงความเชื่อมั่น 95% ของค่ามัธยฐาน | การถ่ายโอน | การเริ่มต้น | การเชื่อมต่อ | คำขอ | CPU | หน่วยความจำสูงสุด | p |
|---|
รายงาน
ค่ามัธยฐานตั้งแต่ต้นจนจบพร้อมช่วงระหว่างควอร์ไทล์, อัตราส่วนพร้อมช่วง 95% และการทดสอบ Mann–Whitney ตามที่ tools/bench/report.py เขียนไว้
| สถานการณ์ | ค่ามัธยฐาน IDM ms (IQR) | GDM median ms (IQR) | IDM / GDM (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 ให้บริการเนื้อหาที่สร้างขึ้น มันจะจำกัดความเร็ว, หน่วงเวลา, ปฏิเสธ หรือตัดการเชื่อมต่อตามสถานการณ์ และบันทึกทุกคำขอพร้อมเวลาเริ่มต้นและสิ้นสุดเป็นมิลลิวินาที
- 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.
- สถิติ ค่ามัธยฐานพร้อมช่วงควอร์ไทล์ ช่วงบูตสแตรป 95% (10,000 ตัวอย่างซ้ำ) สำหรับแต่ละค่ามัธยฐานและสำหรับอัตราส่วนของค่ามัธยฐาน และการทดสอบ Mann–Whitney U แบบสองด้าน
- ข้อจำกัด ลิงก์ลูปแบ็คไม่มีระยะทางจริงหรือการสูญหายของแพ็กเก็ต ข้อผิดพลาดเป็นตัวแทนของสิ่งเหล่านั้น ผลลัพธ์มาจากเครื่องเดียว รันด้วยตัวคุณเอง:
python tools/bench/bench.pyจากนั้นpython tools/bench/report.py
ดูด้วยตัวคุณเอง: ฟรี
Download GolinksPRO Download Manager