सहायता
मेरी डाउनलोड गति धीमी क्यों है?
धीमे डाउनलोड में इकाइयों, Wi-Fi, अपने ट्रैफिक, डिवाइस और सर्वर की भूमिका जांचें। उपकरण या प्लान बदलने से पहले समान परिस्थितियों में तुलना करें।
पहले देखें कि फाइल स्थानांतरित हो रही है, प्रतीक्षा में है या डिवाइस पर उसका प्रसंस्करण हो रहा है। प्रगति संकेतक में प्रतीक्षा और स्थानीय प्रसंस्करण भी शामिल हो सकते हैं। एक धीमा ऐप और कई सेवाओं पर धीमा कनेक्शन अलग स्थितियां हैं। Wi-Fi, प्रदाता या सर्वर को कारण मानने से पहले तुलनीय माप लें।
इकाइयां और तुलना के मान जांचें
- Mbps या Mbit/s का अर्थ मेगाबिट प्रति सेकंड है; MB/s मेगाबाइट प्रति सेकंड है। आठ बिट से एक बाइट बनता है। ऐप की इकाई पढ़ें; MB/s और MiB/s भी अलग हैं।
- 100 Mbps सैद्धांतिक रूप से 12.5 MB/s है, प्रोटोकॉल के अतिरिक्त ट्रैफिक से पहले। प्रदर्शित 10 MB/s का अर्थ 80 Mbps है, 10 Mbps नहीं। यह रूपांतरण है, फाइल की गति का वादा नहीं।
- दशमलव इकाइयों में 1 GB फाइल को स्थिर 100 Mbps पर आदर्श रूप से 80 सेकंड लगते हैं; 10 Mbps पर 800 सेकंड यानी 13 मिनट 20 सेकंड। प्रोटोकॉल का अतिरिक्त ट्रैफिक और प्रसंस्करण समय बढ़ा सकते हैं।
- अपने वास्तविक प्लान के डाउनलोड मान पढ़ें। विज्ञापित अधिकतम गति हर फाइल की गति नहीं बताती। अडैप्टर की लिंक गति भी मापा हुआ इंटरनेट थ्रूपुट नहीं है।
दोहराने योग्य तुलना बनाएं
वही डिवाइस, ब्राउज़र और परीक्षण लक्ष्य रखें, संभव हो तो Ethernet इस्तेमाल करें। अपने बड़े स्थानांतरण और बैकअप रोककर समय तथा सर्वर लिखें। गति परीक्षण फाइल के प्रयासों के बीच करें, तुलना वाले डाउनलोड के साथ नहीं: दोनों क्षमता साझा करते हैं। ऐप का स्थानांतरण चरण और इकाई अलग देखें। परीक्षण जानबूझकर ट्रैफिक पैदा करता है; जरूरी कॉल के दौरान न करें।
समस्या के दायरे से अगला कदम चुनें
- उसी डिवाइस पर Ethernet, Wi-Fi से तेज है: सामान्य जगह और राउटर के पास कवरेज की तुलना करें। यह स्थानीय वायरलेस मार्ग जांचने का संकेत है, किसी खास हिस्से के खराब होने का प्रमाण नहीं।
- एक सेवा धीमी है: दूसरे विश्वसनीय, अनुमत स्रोत से तुलना करें और ऐप की गति सीमा, कतार तथा सेवा की स्थिति देखें।
- एक डिवाइस धीमा है: समान परिस्थितियों में दूसरे से तुलना करें, संसाधनों का उपयोग और स्थानीय प्रसंस्करण देखें। ब्राउज़र बदलना दायरा घटाता है, सॉफ्टवेयर के सभी कारणों को नहीं हटाता।
- कई डिवाइस और सेवाएं Ethernet पर धीमी हैं: दर्ज लक्ष्यों पर दूसरे समय दोहराकर परिणाम रखें। राउटर, एक्सेस नेटवर्क और आगे के मार्ग संभव कारण रहते हैं; शाम का समय अकेले कारण नहीं सिद्ध करता।
VMAXCHECK, M-Lab NDT इस्तेमाल करता है: एक डेटा स्ट्रीम से खास मापन सर्वर तक परीक्षण। परिणाम में डिवाइस और वर्तमान मार्ग शामिल हैं, हर फाइल सर्वर की गति नहीं। अलग तरीके या लक्ष्य अलग मान दे सकते हैं। VPN या प्रॉक्सी की स्थिति दर्ज करें, क्योंकि मार्ग बदलता है। प्रबंधित कनेक्शन पर जरूरी सुरक्षा को दरकिनार करने के बजाय व्यवस्थापक से परीक्षण की शर्तें तय करें।
तुलना के आधार पर बदलाव करें
- ऐप की आधिकारिक सीमा और समय-सारणी जांचें। OneDrive में गति या विराम विकल्प हो सकते हैं; कंपनी की सेटिंग IT प्रबंधित कर सकता है। उपयुक्त निर्देश अपनाएं।
- स्थानीय सीमा का संकेत हो तो कवरेज या पोर्ट, अडैप्टर और केबल की वास्तविक क्षमता देखें। जरूरत पर सही काम करने वाली संगत केबल से तुलना करें। राउटर की उम्र अकेले उसे बदलने का कारण नहीं।
- निर्माता के निर्देश पर राउटर फिर चालू करने से पहले घटनाएं सहेजें। पुनः आरंभ दूसरों का उपयोग और कॉल रोकता है; यह प्रयास है, कारण का प्रमाण नहीं। एक बार में एक सेटिंग बदलें और पुरानी कॉन्फिगरेशन रखें।
- बदलाव के बाद वही गति और फाइल तुलना दोहराएं। एक सेवा की लगातार समस्या पर उसके सहायता विभाग से, कई डिवाइस और सेवाओं की समस्या पर नेटवर्क प्रदाता से संपर्क करें।
सहायता विभाग को समय, कनेक्शन, मॉडल, वास्तविक प्लान, इकाइयां, लक्ष्य और सर्वर, पृष्ठभूमि ट्रैफिक, ऐप तथा बदलाव के पहले और बाद के नतीजे दें। लॉग से निजी और लॉगिन जानकारी हटाएं। अनुपयोगी कनेक्शन पर मदद मांगने के लिए कई दिन इंतजार जरूरी नहीं। तुलनीय दोहराव जांच में मदद करते हैं, लेकिन कोई खास सहायता प्रक्रिया सुनिश्चित नहीं करते।