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” చూడండి |
| వేర్వేరు స్పీడ్‌టెస్ట్ ఫలితాలు | వేర్వేరు పరీక్షా పాయింట్లు | అదే సర్వర్‌ను పోల్చండి |
వేగం కారణంగా మీ ప్లాన్‌ను మార్చే ముందు, ఒక వారం పాటు “Overview” లో CPU, మెమరీ మరియు ట్రాఫిక్ గ్రాఫ్‌లను చూడండి. సాధారణంగా మీరు పూర్తిగా వేరే అడ్డంకిని చూస్తారు, మరియు ప్లాన్‌ను అప్‌గ్రేడ్ మాత్రమే చేయగలరు, వెనక్కి వెళ్లే మార్గం ఉండదు.