- হোম
- বেঞ্চমার্ক
IDM বনাম MDM, মিলিসেকেন্ড পর্যন্ত সময় গণনা করা হয়েছে।
একই পিসিতে উভয় অ্যাপ, একই টেস্ট সার্ভার থেকে পর্যায়ক্রমে ডাউনলোড করছে। সার্ভারের নিজস্ব লগ বলে দেয় কখন প্রতিটি অনুরোধ এসেছে এবং কখন শেষ বাইট চলে গেছে, তাই কোনো অ্যাপের কথার উপর নির্ভর করতে হয় না।
প্রতিযোগিতা
Mister Download Manager1.0×দ্রুত
মধ্যমা থেকে রিয়েল টাইমে চালানো হয়েছে।
প্রতিটি পরিস্থিতিতে দ্রুততর।
MDM কত গুণ দ্রুত শেষ করেছে, কমান্ড থেকে ফাইল শেষ হওয়া পর্যন্ত। হুইস্কার হলো অনুপাতের 95% ব্যবধান; স্কেলটি লগারিদমিক।
2টির বিপরীতে 480টি সংযোগ।
একটি সার্ভার যা একবারে দুটি সংযোগের অনুমতি দেয়। প্রতিটি বর্গক্ষেত্র একটি সাধারণ রানে দেখা একটি সংযোগ।
MDM0সার্ভারের উত্তর থেকে সীমা শিখে, তা মেনে চলে এবং পরের বারের জন্য মনে রাখে। 12.6 সেকেন্ডে শেষ হয়েছে।
প্রত্যাখ্যানের বিরুদ্ধে প্রতি সেকেন্ডে প্রায় 250 বার পুনরায় চেষ্টা করেছে। 15.9 সেকেন্ডে শেষ হয়েছে।
প্রতিটি রান একটি বিন্দু।
সাতটি ডাউনলোড, প্রতিটি অ্যাপ দিয়ে কমপক্ষে সাতবার চালানো হয়েছে। বারের মাঝের অর্ধেক রান, আর লাইনটি হলো মধ্যমা।
IDM তার কমান্ড লাইন থেকে একটি ডাউনলোড গ্রহণ করতে প্রায় তিন সেকেন্ড সময় নেয়, তারপর ডেটা পাঠানো শুরু করে; ব্রাউজার এক্সটেনশন দ্বারা ধরা ডাউনলোডগুলি এই ধাপটি এড়িয়ে যায়। এই কারণেই "Transfer" হলো ইঞ্জিন-টু-ইঞ্জিন দেখার জন্য একটি ন্যায্য পরিমাপ। "End to end" এখানেও আছে।
সময় কোথায় যায়
প্রতিটি অ্যাপের জন্য, প্রতিটি পরিস্থিতিতে, মধ্যমা স্টার্টআপ (কমান্ড থেকে প্রথম অনুরোধ), স্থানান্তর এবং শেষ হওয়ার সময়।
কম্পিউটারের উপর এর প্রভাব
প্রতিটি অ্যাপ একটি রান চলাকালীন যে মধ্যম 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 এমআইবি, 150 এমএস ল্যাটেন্সি, 4 এমবি/এস প্রতি সংযোগে | 7622 (7497–7863) | 3844 (3842–3894) | 1.98× (1.92–2.05) | 0.000583 |
| 32 এমআইবি, তিনটি ক্রলে একটি সংযোগ 128 কেবি/এস গতিতে | 7213 (6960–7256) | 3432 (3416–3840) | 2.10× (1.81–2.13) | 0.000583 |
| 50 এমআইবি, সার্ভার 2টি সংযোগের অনুমতি দেয়, প্রতিটি 2 এমবি/এস | 15864 (15810–15933) | 12568 (12563–12570) | 1.26× (1.25–1.27) | 0.000583 |
| 50 এমআইবি, প্রতি 2য় সংযোগ 2 এমআইবি পর বিচ্ছিন্ন, 4 এমবি/এস | 5428 (5387–5466) | 1647 (1645–1660) | 3.30× (3.24–3.34) | 0.000583 |
| 256 কেআইবি ফাইল একটি দ্রুত লোকাল লিঙ্কের মাধ্যমে | 3141 (3130–3164) | 30 (28–31) | 105.90× (99.96–112.75) | 3.39ই-06 |
13th Gen Intel(R) Core(TM) i5-13400F, 63.8 GB RAM, Windows-11-10.0.26200-SP0. labserver (this repo), 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 ডাউনলোড করুন