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 सेकंड के लिए तीन गुना तक का बर्स्ट allowed है—यह आर्काइव निकालने या भारी सर्विस शुरू करने को कवर करता है।
| प्लान | कोर | लिखने की सीमा | पढ़ने की सीमा |
|---|---|---|---|
| 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” देखें |
| अलग-अलग स्पीडटेस्ट नतीजे | अलग-अलग टेस्ट पॉइंट | एक ही सर्वर की तुलना करें |
स्पीड की वजह से अपना प्लान बदलने से पहले, एक हफ़्ते तक “Overview” में CPU, मेमोरी और ट्रैफ़िक ग्राफ़ देखें। आमतौर पर आपको बिल्कुल अलग अड़चन दिखेगी, और प्लान सिर्फ़ अपग्रेड किया जा सकता है, वापस जाने का कोई रास्ता नहीं।