محاسبهگر حرفهای پهنای باند و زمان انتقال
سرعت واقعی انتقال را از روی ظرفیت لینک و Efficiency تخمین بزنید، زمان Backup یا File Transfer را حساب کنید و ظرفیت موردنیاز برای Backup Window یا Replication را به دست آورید.
همان حجم روی لینکهای مختلف چقدر طول میکشد؟
زمان انتقال حجم فعلی را روی چند سرعت رایج با Efficiency فعلی مقایسه کنید.
| Link | Effective Mbps | Effective MB/s | Transfer Time | Data / Hour |
|---|
برای تمامشدن Backup در Window مشخص چه لینکی لازم است؟
حجم Backup، مدت Window و Efficiency را وارد کنید تا حداقل Throughput و سرعت اسمی لینک تخمین زده شود.
Bandwidth-Delay Product
برای پرکردن نظری یک مسیر TCP بدون درنظرگرفتن Loss، حداقل Window باید تقریباً برابر Bandwidth × RTT باشد.
واحدهای سرعت شبکه را تبدیل کنید
تبدیل سرعت بر اساس واحدهای دهدهی شبکه انجام میشود؛ 1 Mbps برابر 1,000,000 bit/s است.
Mbps با MB/s یکی نیست
سرعت لینک معمولاً بر حسب bit/s اعلام میشود، اما اندازه فایل بر حسب Byte است. هر Byte هشت bit است و علاوه بر آن Overhead و محدودیتهای مسیر هم روی Throughput واقعی اثر دارند.
1 Gbps ≠ 1 GB/s
یک لینک 1 Gbps بهصورت نظری 125 MB/s است و Throughput واقعی معمولاً کمتر از این مقدار است.
Backup Window
برای Backup شبانه، حجم داده و مدت Window مهمتر از عدد اسمی لینک هستند.
RTT و TCP
روی لینکهای پرسرعت با RTT بالا، TCP Window کوچک میتواند مانع استفاده کامل از پهنای باند شود.
Disk و CPU
اگر Storage یا Encryption نتواند با سرعت لینک همراه شود، افزایش Bandwidth بهتنهایی زمان انتقال را کم نمیکند.
چند نکته درباره محاسبه پهنای باند
چرا MB و MiB جدا هستند؟
MB دهدهی است و برابر 1,000,000 Byte؛ MiB دودویی است و برابر 1,048,576 Byte. برای فایلهای بزرگ اختلاف محسوس میشود.
Efficiency را چند درصد بگذارم؟
بهترین مقدار، Throughput واقعی اندازهگیریشده تقسیم بر ظرفیت اسمی لینک است. اگر اندازهگیری ندارید، Preset فقط برای تخمین اولیه است و تضمین عملیاتی محسوب نمیشود.
آیا Latency مستقیماً سرعت یک فایل را تعیین میکند؟
نه بهتنهایی. در TCP، RTT همراه Window Size، Loss، Congestion Control و تعداد جریانها روی Throughput اثر میگذارد؛ بخش BDP فقط حد نظری Window را نشان میدهد.
