500 Mbps تک بینڈوتھ: عملی طور پر اس کا مطلب کیا ہے
سرور پر نیٹ ورک اور ڈسک کی حدیں کیسے پڑھیں، رفتار صحیح طریقے سے کیسے ناپیں، اور اصل بوجھ بینڈوتھ کی حد تک تقریباً کیوں نہیں پہنچتا۔
اپ ڈیٹ 23 اگست، 2026
Millida کی ہر VDS مشین کی بینڈوڈتھ 500 Mbps تک ہوتی ہے۔ یہ چینل کی بالائی حد ہے، دنیا کے کسی بھی مقام تک کی ضمانت شدہ رفتار نہیں: راستے میں تیسرے فریق کے نیٹ ورکس آتے ہیں، اور اُن کی تھرو پٹ آپ کے کنٹرول میں نہیں ہوتی۔
500 Mbps کا عملی مطلب
500 Mbps تقریباً 60 MB/s ہے۔ یہ کس چیز کے لیے کافی ہے:
- ایک گیگابائٹ کی امیج — تقریباً 17 سیکنڈ؛
- 1080p ویڈیو اسٹریم — تقریباً 5 Mbps، یعنی سو ناظرین حد کو چھو لیں گے؛
- ایک عام ویب سائٹ — چوٹی کے وقت بھی بینڈوڈتھ کا ایک فیصد سے بھی کم حصہ۔
ویب ایپ، گیم سرور یا بوٹ کے لیے بینڈوڈتھ تقریباً کبھی رکاوٹ نہیں بنتی۔ رکاوٹ عام طور پر CPU، میموری یا ڈسک ہوتی ہے۔
ڈسک کی حد
ڈسک الگ سے محدود ہے اور پلان ٹیئر پر منحصر ہے: لکھنا — فی کور 60 MB/s، مگر 60 سے کم اور 400 MB/s سے زیادہ نہیں؛ پڑھنا لکھنے سے دوگنا ہے۔ حد سے اوپر، 30 سیکنڈ کے لیے تین گنا زیادہ تک برسٹ کی اجازت ہے—یہ آرکائیو نکالنے یا بھاری سروس شروع کرنے کو پورا کرتا ہے۔
| پلان | کورز | لکھنے کی حد | پڑھنے کی حد |
|---|---|---|---|
| VDS-1 | 1 | 60 MB/s | 120 MB/s |
| VDS-2 | 2 | 120 MB/s | 240 MB/s |
| VDS-3 | 4 | 240 MB/s | 480 MB/s |
| VDS-4 | 6 | 360 MB/s | 720 MB/s |
| VDS-5 | 8 | 400 MB/s | 800 MB/s |
| VDS-6 | 10 | 400 MB/s | 800 MB/s |
ڈسک NVMe ہے، اور اُس کا بنیادی فائدہ حد سے زیادہ ردعمل ہے: چھوٹے ڈیٹا بیس کے آپریشنز ہر ٹیئر پر تیز چلتے ہیں۔
پیمائش کیسے کریں
نیٹ ورک:
apt install -y speedtest-cli
speedtest-cli --simple
curl -o /dev/null -w "%{speed_download}\n" https://speed.cloudflare.com/__down?bytes=104857600
ڈسک:
dd if=/dev/zero of=/root/testfile bs=1M count=4096 oflag=direct
rm /root/testfile
apt install -y fio
fio --name=w --rw=write --bs=1M --size=4G --direct=1 --filename=/root/fio.tmp
کم از کم ایک منٹ تک پیمائش کریں۔ مختصر ٹیسٹ برسٹ کے اندر رہے گا اور حد سے اوپر کے اعداد و شمار دکھائے گا—اچھا لگتا ہے، مگر سچ نہیں۔
”ڈاؤن لوڈز سست کیوں ہیں“
- بھیجنے والا فریق رفتار محدود کر رہا ہے—یہ سب سے عام وجہ ہے۔
- طویل فاصلے کے راستے پر ایک TCP کنکشن پوری رفتار تک نہیں پہنچتا۔
curl -Zیا متعدد اسٹریمز سے ٹیسٹ کریں۔ - چھوٹی فائلیں: رفتار بینڈوڈتھ سے نہیں بلکہ لیٹنسی اور درخواستوں کی تعداد سے محدود ہوتی ہے۔
- سروس میں خود کوئی فراموش شدہ حد: nginx میں
LimitRate، rsync میں--limit-rate۔ - نیٹ ورک کی خرابیاں جیسے غلط MTU—دیکھیں MTU 1420۔
عام غلطیاں
| علامت | وجہ | حل |
|---|---|---|
dd گیگابائٹ فی سیکنڈ دکھاتا ہے | ڈیٹا میموری کیش میں لکھا گیا | oflag=direct شامل کریں |
| آدھے منٹ بعد رفتار گر جاتی ہے | برسٹ ختم ہو گیا، آپ حد پر پہنچ گئے | معمول کی بات؛ حد کی بنیاد پر منصوبہ بنائیں |
| سائٹ ”سست“ ہے، ٹریفک گراف خالی ہیں | مسئلہ نیٹ ورک کا نہیں بلکہ CPU یا ڈسک کا ہے | /hosting/vds/m/<id> پر ”Overview“ دیکھیں |
| مختلف speedtest نتائج | مختلف ٹیسٹ پوائنٹس | ایک ہی سرور کا موازنہ کریں |
رفتار کی وجہ سے اپنا پلان تبدیل کرنے سے پہلے ایک ہفتے تک ”Overview“ میں CPU، میموری اور ٹریفک کے گراف دیکھیں۔ عام طور پر آپ کو بالکل مختلف رکاوٹ نظر آئے گی، اور پلان صرف اپ گریڈ ہو سکتا ہے، واپسی کا کوئی راستہ نہیں۔