- خانه
- معیار
IDM در برابر MDM، زمان‌بندی‌شده با دقت میلی‌ثانیه.
هر دو برنامه روی یک کامپیوتر، با بارگیری از یک سرور آزمایشی، در اجراهای متناوب. گزارش خود سرور نشان می‌دهد که هر درخواست چه زمانی رسیده و آخرین بایت چه زمانی خارج شده است، بنابراین هیچ چیز به گفته هیچ یک از برنامه‌ها متکی نیست.
مسابقه
Mister Download Manager1.0×سریع‌تر
پخش شده در زمان واقعی از میانه‌ها.
در هر سناریو سریع‌تر.
چند برابر سریع‌تر MDM از دستور تا فایل تکمیل‌شده، کار را به پایان رساند. خطوط نشان‌دهنده بازه 95% نسبت هستند؛ مقیاس لگاریتمی است.
480 اتصال در برابر 2 اتصال.
سروری که در هر زمان دو اتصال را مجاز می‌داند. هر مربع یک اتصالی است که در یک اجرای معمولی دیده است.
MDM0محدودیت را از پاسخ سرور یاد می‌گیرد، به آن پایبند می‌ماند و برای دفعه بعد به خاطر می‌سپارد. در 12.6 ثانیه به پایان رسید.
حدود 250 بار در ثانیه در برابر رد شدن‌ها تلاش مجدد کرد. در 15.9 ثانیه به پایان رسید.
هر اجرا یک نقطه است.
هفت دانلود، هر کدام حداقل هفت بار توسط هر دو برنامه اجرا شده‌اند. نوار، نیمه میانی اجراها و خط، میانه را نشان می‌دهد.
IDM حدود سه ثانیه طول می‌کشد تا یک دانلود را از خط فرمان خود بپذیرد، قبل از اینکه چیزی ارسال کند؛ دانلودهایی که توسط افزونه مرورگر آن گرفته می‌شوند، این مرحله را رد می‌کنند. به همین دلیل «انتقال» یک دیدگاه منصفانه موتور به موتور است. «کامل» نیز در اینجا آمده است.
زمان صرف شده
میانه زمان راه‌اندازی (از دستور تا اولین درخواست)، انتقال و اتمام هر برنامه، برای هر سناریو.
هزینه برای کامپیوتر
میانگین زمان پردازنده که هر برنامه در طول اجرا استفاده کرده و حداکثر حافظه آن. MDM پنجره خود را با GPU ترسیم می‌کند که حافظه بیشتری نسبت به کنترل‌های کلاسیک Windows در IDM مصرف می‌کند.
همه اعداد
| سناریو | برنامه | n | کامل، میانه (IQR) | 95% CI میانه | انتقال | راه‌اندازی | اتصالات | درخواست‌ها | CPU | حداکثر حافظه | p |
|---|
گزارش
میانه‌های کامل با دامنه‌های بین چارکی، نسبت با فاصله 95% آن، و آزمون Mann–Whitney، همانطور که tools/bench/report.py آنها را می‌نویسد.
| سناریو | میانه IDM میلی‌ثانیه (IQR) | میانه MDM میلی‌ثانیه (IQR) | IDM / MDM (95% CI) | p (Mann-Whitney) |
|---|---|---|---|---|
| 1 گیبی‌بایت از طریق یک لینک محلی سریع | 5456 (5393–5496) | 1009 (944–1028) | 5.41× (5.21–5.89) | 0.000583 |
| 100 میبی‌بایت، 2 مگابایت بر ثانیه برای هر اتصال | 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 مگابایت قطع می‌شود، 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.39e-06 |
پردازنده 13th Gen Intel(R) Core(TM) i5-13400F، 63.8 گیگابایت رم، 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 نمونه‌گیری مجدد) برای هر میانه و برای نسبت میانه‌ها، و یک آزمون U دوطرفه Mann–Whitney.
- محدودیت‌ها. یک لینک لوپ‌بک فاصله واقعی یا از دست دادن بسته ندارد؛ خطاها جایگزین آنها می‌شوند. نتایج از یک دستگاه است. خودتان آن را اجرا کنید:
python tools/bench/bench.py، سپسpython tools/bench/report.py.
خودتان ببینید: رایگان است.
بارگیری Mister Download Manager