- होम
- बेंचमार्क
IDM बनाम MDM, मिलीसेकंड में समयबद्ध।
दोनों ऐप एक ही पीसी पर, एक ही टेस्ट सर्वर से, बारी-बारी से डाउनलोड कर रहे हैं। सर्वर का अपना लॉग बताता है कि प्रत्येक अनुरोध कब आया और अंतिम बाइट कब निकली, इसलिए कुछ भी किसी भी ऐप के कहने पर निर्भर नहीं करता।
दौड़
1.0×तेज़
मीडियन से वास्तविक समय में चलाया गया।
हर स्थिति में तेज़।
MDM कमांड से लेकर फ़ाइल पूरी होने तक कितनी गुना तेज़ी से समाप्त हुआ। व्हिस्कर अनुपात का 95% अंतराल है; स्केल लॉगरिदमिक है।
2 के मुकाबले 480 कनेक्शन।
एक सर्वर जो एक बार में दो कनेक्शन की अनुमति देता है। प्रत्येक वर्ग एक कनेक्शन है जो उसने एक सामान्य रन में देखा।
सर्वर के जवाब से सीमा सीखता है, उसका पालन करता है, और अगली बार के लिए उसे याद रखता है। 12.6 सेकंड में समाप्त हुआ।
अस्वीकृतियों के खिलाफ प्रति सेकंड लगभग 250 बार पुनः प्रयास किया। 15.9 सेकंड में समाप्त हुआ।
हर रन एक बिंदु है।
दोनों ऐप द्वारा कम से कम सात बार चलाए गए सात डाउनलोड। बार रन के मध्य आधे हिस्से को दर्शाता है, लाइन माध्यिका को।
IDM कुछ भी भेजने से पहले अपनी कमांड लाइन से डाउनलोड स्वीकार करने में लगभग तीन सेकंड लेता है; इसके ब्राउज़र एक्सटेंशन द्वारा पकड़े गए डाउनलोड इस चरण को छोड़ देते हैं। इसीलिए "स्थानांतरण" इंजन-से-इंजन का सही दृश्य है। "शुरू से अंत तक" भी यहाँ है।
समय कहाँ जाता है
प्रत्येक ऐप का माध्यिका स्टार्टअप (कमांड से पहली रिक्वेस्ट तक), स्थानांतरण और समाप्ति, प्रति परिदृश्य।
कंप्यूटर पर इसका क्या खर्च आता है
प्रत्येक ऐप द्वारा एक रन के दौरान उपयोग किया गया औसत CPU समय, और उसकी अधिकतम मेमोरी। MDM अपनी विंडो GPU से बनाता है, जिसमें IDM के क्लासिक Windows कंट्रोल की तुलना में अधिक मेमोरी लगती है।
सभी संख्याएँ
| परिदृश्य | ऐप | n | शुरू से अंत तक, माध्यिका (IQR) | माध्यिका का 95% CI | स्थानांतरण | स्टार्टअप | कनेक्शन | रिक्वेस्ट | CPU | अधिकतम मेमोरी | p |
|---|
रिपोर्ट
अंत-से-अंत माध्यिकाएँ इंटरक्वारटाइल रेंज के साथ, इसके 95% अंतराल के साथ अनुपात, और मैन-व्हिटनी परीक्षण, जैसा कि tools/bench/report.py उन्हें लिखता है।
| परिदृश्य | IDM माध्यिका ms (IQR) | MDM माध्यिका ms (IQR) | IDM / MDM (95% CI) | p (मैन-व्हिटनी) |
|---|---|---|---|---|
| एक तेज़ लोकल लिंक पर 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 ms विलंबता, 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 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 |
13वीं पीढ़ी का Intel(R) Core(TM) i5-13400F, 63.8 GB 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 बार पुनः प्रयास करता है, जिससे आधे मिनट के लिए हजारों बंद सॉकेट छूट जाते हैं; प्रतीक्षा के बिना, जो भी ऐप अगला चलता है, उसे उस बैकलॉग पर समय दिया जाता है।
- सांख्यिकी। मेडियन के साथ इंटरक्वारटाइल रेंज, प्रत्येक मेडियन के लिए और मेडियन के अनुपात के लिए बूटस्ट्रैप 95% अंतराल (10,000 रीसैंपल), और एक दो-तरफा मान-व्हिटनी यू टेस्ट।
- सीमाएं। एक लूपबैक लिंक में कोई वास्तविक दूरी या पैकेट हानि नहीं होती है; दोष उनके लिए खड़े होते हैं। परिणाम एक मशीन से हैं। इसे स्वयं चलाएं:
python tools/bench/bench.py, फिरpython tools/bench/report.py।
इसे स्वयं देखें: यह मुफ़्त है।
Mister Download Manager डाउनलोड करें