डाउनलोड और अपलोड स्पीड सीमित करें
किसी एक ऐप को हर सेकंड तय किलोबाइट तक रोक दें और वह उससे ज़्यादा नहीं पाएगा। दोनों दिशाएँ अलग-अलग हैं, इसलिए आप उसे तेज़ डाउनलोड और बेहद कमज़ोर अपलोड दे सकते हैं, जो ज़्यादातर घरेलू और मोबाइल कनेक्शनों की असली तस्वीर है।
विंडो में
- Process में अपना ऐप डालें।
- Download, Upload या दोनों भरें, KB/s में। किसी दिशा को छोड़ना हो तो उसका फ़ील्ड 0 रहने दें।
- START दबाएँ।
BeanNetworkTester.exe --down 128 --up 32 --target myapp.exe --duration 120संख्याओं का मतलब
| KB/s | लगभग | यह क्या है |
|---|---|---|
| 6 | 56 kbit/s | डायल-अप मॉडेम। “56k modem” प्रोफ़ाइल। |
| 128 | 1 Mbit/s | उड़ान में वाई-फ़ाई, भीड़ वाला होटल, कमज़ोर मोबाइल सिग्नल। |
| 1024 | 8 Mbit/s | एक साधारण घरेलू लाइन। एक वीडियो स्ट्रीम के लिए काफ़ी। |
| 12800 | 100 Mbit/s | आज का सामान्य फ़िक्स्ड कनेक्शन। |
ये किलोबाइट हैं, किलोबिट नहीं, इसलिए इंटरनेट प्रोवाइडर जो आँकड़ा बताता है उससे मिलाने के लिए आठ से गुणा करें। दोनों दिशाओं को एक साथ सीमित करने से ही कनेक्शन सिर्फ़ धीमे डाउनलोड जैसा नहीं, बल्कि खराब हॉटस्पॉट जैसा लगता है।
सीमा जितनी ही अहम है कतार
स्पीड सीमा को उन पैकेटों के लिए कोई जगह चाहिए जो अभी समा नहीं सकते। यही Buffer सेटिंग है, मिलीसेकंड में, और यह चेकआउट की कतार जैसा बर्ताव करती है:
- छोटी कतार का मतलब है कि लाइन भरते ही पैकेट फेंक दिए जाते हैं। आपका ऐप पैकेट लॉस देखता है और जल्दी प्रतिक्रिया देता है।
- लंबी कतार का मतलब है कि कुछ नहीं फेंका जाता, पर सब कुछ इंतज़ार करता है। आपका ऐप विफल होने के बजाय कनेक्शन को और धीमा होते देखता है। भीड़ वाली घरेलू लाइन में यही होता है, और इसी वजह से डाउनलोड चलते रहने पर वीडियो कॉल बिगड़ जाती है।
“Congested home link (bufferbloat)” प्रोफ़ाइल ठीक यही है: लंबी कतार वाली सीमा। वही स्पीड छोटी और लंबी कतार के साथ आज़माएँ और देखें कि ऐप कितना अलग व्यवहार करता है।
एक बात जो हो सकती है
सीमा चलते हुए भी गिराए गए पैकेटों का काउंटर शून्य पर रह सकता है। यह बग नहीं है: सीमा पहले पैकेटों को इंतज़ार कराती है और केवल कतार सचमुच भर जाने पर उन्हें गिराती है। छोटा बफ़र दें तो गिराए गए पैकेट दिखने लगेंगे।