USB कंटेंशन — डिवाइस साथ धीमे

हर USB पोर्ट स्वतंत्र है यह आम धारणा गलत है। एक ही अपस्ट्रीम लिंक, हब, स्पीड डोमेन या कंट्रोलर शेयर करने वाले डिवाइस बैंडविड्थ के लिए प्रतिस्पर्धा करते हैं। कैमरा या एक्सटर्नल ड्राइव जैसे भारी डिवाइस एक ही कंट्रोलर पर चलने पर सब धीमे हो सकते हैं। यह गाइड USB टोपोलॉजी समझाता है और पुनःकनेक्ट रणनीति देता है।

अधिकांश लोग मानते हैं कि कंप्यूटर का हर USB पोर्ट सिस्टम से निजी कनेक्शन के साथ स्वतंत्र लेन है। यह मानसिक मॉडल गलत है।

USB पोर्ट स्वतंत्र नहीं। वे कंट्रोलर के अंतर्गत समूहबद्ध, और एक कंट्रोलर पर हर डिवाइस एक निश्चित बैंडविड्थ के साथ एक बस शेयर करता है। वह प्रतिस्पर्धा बस कंटेंशन है।

USB टोपोलॉजी वास्तव में कैसे काम करती है

USB ट्रैफ़िक सख्त पदानुक्रम का पालन करता है। शीर्ष पर होस्ट कंट्रोलर होता है — मदरबोर्ड पर एक चिप जो सिस्टम की ओर से USB प्रोटोकॉल चलाता है। प्रत्येक कंट्रोलर एक या अधिक रूट हब का स्वामी है, जो आपके सिस्टम के बैक पैनल पर दिखने वाले भौतिक पोर्ट में समाप्त होते हैं। केबल और बाहरी डाउनस्ट्रीम हब बस को और आगे तक बढ़ाते हैं, और डिवाइस सिरों पर जुड़ते हैं। डिवाइस वास्तव में प्रतिस्पर्धा करते हैं या नहीं, यह इस बात पर निर्भर करता है कि वे एक ही अपस्ट्रीम लिंक, हब, स्पीड डोमेन, और कंट्रोलर शेड्यूलिंग संसाधन शेयर करते हैं या नहीं। अलग स्पीड डोमेन (USB 2.0 बनाम USB 3.x) या एक ही कंट्रोलर के अंतर्गत अलग रूट हब शाखाओं पर डिवाइस बिल्कुल प्रतिस्पर्धा नहीं कर सकते — केवल कंट्रोलर नाम समान देखना यह साबित नहीं करता कि वे एक बैंडविड्थ पूल से आते हैं। हालांकि, निदान के समय पहले सन्निकटन के रूप में, एक कंट्रोलर के अंतर्गत सब कुछ साझा मानना सुरक्षित धारणा है।

आधुनिक सिस्टम में कंट्रोलर चिपसेट के भीतर रहते हैं न कि अलग चिप के रूप में, इसलिए मदरबोर्ड का पोर्ट लेआउट अनियंत्रित दिख सकता है। निर्माता तय करता है कि कौन से भौतिक पोर्ट किस कंट्रोलर से जुड़ते हैं, और वह ग्रुपिंग केस पर कहीं छपी नहीं होती। चार रियर पोर्ट एक कंट्रोलर से जुड़े हो सकते हैं जबकि फ्रंट-पैनल हेडर दूसरे से जुड़ा हो, बिना किसी दृश्य संकेत के। ग्रुपिंग जानने का एकमात्र भरोसेमंद तरीका उसे सॉफ्टवेयर में निरीक्षण करना है।

बाहरी हब ट्री को एक स्तर और गहरा करते हैं, लेकिन वे नई बस नहीं बनाते — वे उसी कंट्रोलर के लिए डाउनस्ट्रीम शाखाएं जोड़ते हैं, और हर हॉप थोड़ी मात्रा में लेटेंसी जोड़ता है। व्यावहारिक नियम यह है कि हब आपके कनेक्शन विकल्प बढ़ाते हैं जबकि एक ही बैंडविड्थ बजट साझा करते हैं।

Windows Device Manager USB कनेक्शन को Universal Serial Bus controllers के अंतर्गत ग्रुप करता है। प्रत्येक USB Root Hub एंट्री USB ट्री की एक शाखा को दर्शाती है, लेकिन ध्यान दें कि एक ही होस्ट कंट्रोलर कई रूट हब मैनेज कर सकता है और Device Manager हमेशा पूरी भौतिक कंट्रोलर ग्रुपिंग प्रकट नहीं करता। अधिक सटीक टोपोलॉजी दृश्य के लिए, USB Device Tree Viewer या USBview जैसे टूल वास्तविक कंट्रोलर-टू-हब-टू-डिवाइस पदानुक्रम दिखाते हैं। macOS System Report में USB के अंतर्गत वही जानकारी दिखाता है, और Linux lsusb -t के साथ ट्री प्रदर्शित करता है।

एक मुख्यधारा उपभोक्ता मदरबोर्ड से एक ठोस उदाहरण लें। इसमें आमतौर पर 2-3 USB कंट्रोलर होते हैं: चिपसेट का नेटिव USB 2.0 कंट्रोलर, एक थर्ड-पार्टी USB 3.x कंट्रोलर (अक्सर ASMedia या समान), और संभवतः एक Thunderbolt कंट्रोलर जो USB भी ले जाता है। रियर पैनल पोर्ट कंट्रोलर द्वारा ग्रुप किए जाते हैं, जनरेशन द्वारा नहीं। सटीक मैपिंग निर्माता द्वारा भिन्न होती है और मदरबोर्ड मैनुअल या USB ट्री टूल के विरुद्ध सत्यापित की जानी चाहिए।

अब वायरिंग की कल्पना करें: एक रियर USB 2.0 पोर्ट पर वेबकैम, दूसरे रियर USB 2.0 पोर्ट पर एक्सटर्नल ड्राइव, और तीसरे पर माउस रिसीवर। तीनों एक ही बस पर हैं, लगभग 280 Mbps क्षमता के लिए प्रतिस्पर्धा कर रहे हैं। ड्राइव को दूसरे कंट्रोलर पर USB 3.0 पोर्ट पर ले जाएं, और कैमरा को अचानक USB 2.0 बस अपने लिए उपलब्ध हो जाती है। टोपोलॉजी ही बॉटलनेक थी, हार्डवेयर नहीं।

वही टोपोलॉजी सीखने का मतलब है: यह बेतरतीब पोर्ट-स्वैपिंग को एक जानबूझकर योजना में बदल देता है।

बैंडविड्थ जो वास्तव में मायने रखती है

बैंडविड्थ कंटेंशन की भाषा है, और दो आंकड़े किसी भी अन्य से अधिक मायने रखते हैं। USB 2.0 बस सैद्धांतिक रूप से 480 Mbps रेटेड है (USB-IF: USB 2.0 Specification, Section 5.7.6)। प्रोटोकॉल ओवरहेड के बाद, व्यावहारिक सीमा आमतौर पर 250-280 Mbps उपयोगी थ्रूपुट (लगभग 30-35 MB/s) की सीमा में है (USB-IF: USB 2.0 Specification; उद्योग मापन कम्प्लायंट कंट्रोलर पर ~280 Mbps सस्टेन्ड दिखाते हैं), कंट्रोलर और सिस्टम लोड पर निर्भर करते हुए। USB 3.0 बस 5 Gbps रेटेड है, लगभग दस गुना अधिक, कंट्रोलर और केबल गुणवत्ता के आधार पर व्यावहारिक सीमा आमतौर पर 300-400 MB/s की सीमा में। इकाइयों पर ध्यान दें: Mbps मेगाबिट्स प्रति सेकंड है, MB/s मेगाबाइट्स प्रति सेकंड; 1 MB/s = 8 Mbps।

अब तुलना करें कि आपके डिवाइस वास्तव में कितना खप्च करते हैं। USB 2.0 बस पर Logitech C920 लगभग 35 Mbps पर 1080p30 MJPEG स्ट्रीम करता है, अन्य डिवाइसों के लिए लगभग 245 Mbps छोड़ता है — और वह आइसोक्रोनस ट्रांसफर पर प्रोटोकॉल ओवरहेड से पहले है:

• 1080p 30 fps वेबकैम MJPEG या H.264 जैसे कंप्रेस्ड फॉर्मेट में आमतौर पर 20-50 Mbps पर स्ट्रीम करती है, कैमरा एन्कोडिंग गुणवत्ता पर निर्भर — यह सीमा 1080p30 MJPEG पर ~35 Mbps Logitech C920 और 1080p30 H.264 पर ~40-50 Mbps OBSBOT Tiny 4K के अनुरूप है (Logitech Support: C920 Specifications; OBSBOT: Tiny 4K Streaming Guide)। उसी रिज़ॉल्यूशन पर अनकंप्रेस्ड YUY2 स्ट्रीम काफी अधिक होती है — अक्सर कई सौ Mbps या अधिक — इसलिए कंप्रेस्ड आंकड़े केवल कंप्रेस्ड फॉर्मेटों के लिए अनुमानित सीमा मानें।
• एक्सटर्नल SSD बड़ी फाइल कॉपी के दौरान आमतौर पर 100-400 MB/s (मेगाबाइट्स प्रति सेकंड) चलता है, ड्राइव और इंटरफेस पर निर्भर; कुछ हाई-एंड ड्राइव इससे अधिक जाते हैं। पुराने मैकेनिकल ड्राइव आमतौर पर धीमे होते हैं।
• प्रिंटर जॉब प्रिंट होने के दौरान छोटे, भारी पल्स में डेटा भेजता है।
• माउस, कीबोर्ड, या वायरलेस रिसीवर नगण्य कुछ किलोबिट्स प्रति सेकंड उपयोग करता है।

अंकगणित ही खुलासा है। एक ही USB 2.0 बस पर कैमरा और एक्सटर्नल ड्राइव रखें, और ड्राइव अकेले संपूर्ण व्यावहारिक बैंडविड्थ खा सकता है, कैमरा के लिए लगभग कुछ नहीं छोड़ता। तीसरा सक्रिय डिवाइस जोड़ें, और कंट्रोलर सभी को संतुष्ट नहीं कर सकता, इसलिए वह अनुरोधों को बारी-बारी से सर्व करता है। बस पर हर डिवाइस परिणामी देरी का अनुभव करता है: ड्राइव धीमा कॉपी करता है, कैमरा फ्रेम ड्रॉप करती है, और माउस भी अनुत्तरदायी लग सकता है क्योंकि उसके छोटे पोलिंग पैकेट बड़े ट्रांसफर के पीछे कतारबद्ध होते हैं।

बजट कहां जाता है यह समझना कच्चे आंकड़ों से अधिक मायने रखता है। कई कैमरा और ऑडियो इंटरफेस आइसोक्रोनस ट्रांसफर पर नेगोशिएट करते हैं: वे बस का एक आवर्ती हिस्सा पहले से आरक्षित रखते हैं, अन्य सभी के लिए कम छोड़कर अपनी स्ट्रीम की रक्षा करते हैं। कुछ डिवाइस बल्क ट्रांसफर उपयोग करते हैं, जो अलग तरीके से प्रतिस्पर्धा करते हैं — लेकिन बस भीड़ भरी होने पर व्यावहारिक प्रभाव वही होता है। जब आरक्षित हिस्से और बर्स्ट ट्रांसफर उस सीमा से अधिक हो जाते हैं, तो कंट्रोलर best-effort ट्रांसफर पतला कर देता है और बुरी स्थिति में आरक्षणों को विफल कर देता है — जो ठीक तब होता है जब कैमरा फ्रेम ड्रॉप करना शुरू करती है।

ये आंकड़े यह भी समझाते हैं कि USB 3.0 हर चीज़ के लिए समाधान क्यों लगता है। इसकी व्यावहारिक सीमा एक आर्डर ऑफ मैग्निच्यूड बड़ी है — सैद्धांतिक रूप से 5 Gbps रेटेड (USB-IF: USB 3.0 Specification, Section 5.6.6) एक सामान्य वास्तविक-दुनिया सीमा लगभग 300-400 MB/s के साथ (Samsung T7 Portable SSD, USB 3.2 Gen 1 पर ~350 MB/s सस्टेन्ड रीड्स बेंचमार्क), इसलिए दो या तीन भारी डिवाइस एक 5 Gbps बस पर बिना उल्लेखनीय कंटेंशन के सह-अस्तित्व रख सकते हैं। लेकिन वही लॉजिक ऊपर भी स्केल करती है: कई ड्राइव समानांतर लिखते हुए USB 3.0 बस को भी सैचुरेट कर सकते हैं। कंटेंशन डिमांड का अनुसरण करता है, पोर्ट पर लेबल का नहीं।

USB के बारे में चार मिथक

USB बैंडविड्थ के बारे में चार धारणाएं जंगल में अधिकांश मिस्कॉन्फ़िगरेशन का कारण बनती हैं। हर एक विश्वसनीय लगती है, हर एक को फ़ोरम पर दोहराया जाता है, और हर एक उसी गलत निष्कर्ष की ओर इशारा करती है: डिवाइस को दोष दो जब लेआउट दोषी है।

मिथक एक: “USB 3.0 और 2.0 स्वतंत्र हैं।” वे विद्युत रूप से अलग हैं, हां — लेकिन केवल मदरबोर्ड पर। जटिलता हब हैं। USB 3.0 हब में USB 2.0 डिवाइस प्लग करें। एक कम्प्लायंट हब में अलग USB 2.0 और SuperSpeed पथ हैं, इसलिए आपका 2.0 डिवाइस उम्मीद के अनुसार USB 2.0 पथ पर High-Speed 480 Mbps पर चलता है (USB-IF: USB 2.0 Specification)। लेकिन कुछ पुराने हब डिवाइस को Full-Speed 12 Mbps तक नेगोशिएट करते हैं (USB-IF: USB 2.0 Specification, Section 5.4.4) — कोई चेतावनी नहीं, कोई त्रुटि नहीं, थ्रूपुट में दस गुना या अधिक की गिरावट बिना किसी त्रुटि या चेतावनी के। हमेशा Device Manager में नेगोशिएटेड स्पीड जांचें।

मिथक दो: “अधिक पोर्ट, अधिक बैंडविड्थ।” हब जोड़ने या बाकी पोर्ट में डिवाइस प्लग करने से थ्रूपुट नहीं बनता। एक कंट्रोलर पर छह पोर्ट वाला रियर पैनल उस कंट्रोलर पर एकल पोर्ट जितनी ही कुल बैंडविड्थ देता है। अधिक पोर्ट सुविधा है, कभी बैंडविड्थ नहीं। एक आठ-पोर्ट USB 2.0 हब अपने सभी पोर्ट के लिए मिलकर लगभग 280 Mbps देता है — हब एकल अपस्ट्रीम लिंक की एक्सेस आर्बिट्रेट करता है, प्रति-पोर्ट बजट नहीं।

मिथक तीन: “वायरलेस रिसीवर को स्पीड के लिए USB 3.0 चाहिए।” माउस या कीबोर्ड रिसीवर कुछ किलोबिट्स प्रति सेकंड प्रसारित करता है — USB 2.0 पोर्ट हजार गुना पर्याप्त है। असली दुश्मन RF interference है। USB 3.0 सिग्नलिंग लगभग 2 से 2.8 GHz तक रेडियो नॉइज़ बनाती है (Logitech Support: USB 3.0 Interference Guide, 2013; Intel: USB 3.x Interference Whitepaper, 2015), जो आपके रिसीवर द्वारा उपयोग की जाने वाली 2.4 GHz बैंड के साथ ओवरलैप करती है। इसे USB 3.0 पोर्ट के बगल में प्लग करें और एंटेना रेडियो नॉइज़ के ज़ोन के भीतर बैठता है। बॉक्स से एक्सटेंशन केबल के साथ एक सीधे USB 2.0 पोर्ट का उपयोग करें — यह अकेला अक्सर आवर्ती माउस स्टटरिंग को हल करता है।

मिथक चार: “बैंडविड्थ कंटेंशन दुर्लभ है।” यह USB डिवाइस समस्याओं के अधिक आमतौर पर अनदेखे कारणों में से एक है, इसलिए कि यह अदृश्य है। डिवाइस शायद ही कभी घोषणा करते हैं कि वे भूखे हैं। वे फ्रेम ड्रॉप करते हैं, क्रैकल करते हैं, स्टटर करते हैं, या आंतरायिक रूप से डिस्कनेक्ट होते हैं — और हर लक्षण को डिवाइस पर ही दोष दिया जाता है। नतीजा RMA किए गए वेबकैम, ऑडियो इंटरफेस, और ड्राइव का कब्रिस्तान है जो एक अलग पोर्ट लेआउट पर पूरी तरह काम कर सकते थे। आंतरायिक USB विफलताओं के लिए कंटेंशन को पहले जांचने योग्य प्रमुख उम्मीदवार मानें — लेकिन एकमात्र संभावित कारण नहीं।

लैपटॉप या डेस्कटॉप? अलग समस्याएँ।

लैपटॉप और डेस्कटॉप अलग तरह से विफल होते हैं, और टोपोलॉजी इसकी व्याख्या करती है।

लैपटॉप में सब कुछ के लिए एक से तीन कंट्रोलर होते हैं: इसके सभी USB पोर्ट, बिल्ट-इन वेबकैम, फिंगरप्रिंट रीडर, और अक्सर आंतरिक ब्लूटूथ। आप जो भी पेरिफेरल प्लग करते हैं वह न केवल अन्य पेरिफेरल के साथ बल्कि उन्हीं बस पर बिल्ट-इन हार्डवेयर के साथ प्रतिस्पर्धा करता है। लैपटॉप भी बढ़ते हुए Thunderbolt और USB को एक ही कंट्रोलर में मर्ज करते हैं, इसलिए डिस्प्ले, ड्राइव, और पेरिफेरल ले जाने वाला डॉक सब कुछ एक बस से गुज़रता है। आक्रामक BIOS पावर मैनेजमेंट बैटरी बचाने के लिए अलग-अलग कंट्रोलर को निष्क्रिय या डिसेबल कर सकता है, जिससे डिवाइस बिना चेतावनी के गायब और फिर से प्रकट होते हैं।

डेस्कटॉप में आमतौर पर अधिक कंट्रोलर होते हैं — दो से चार — जो एक फायदा है। हालांकि, लेआउट अक्सर कई रियर पोर्ट को एक ही कंट्रोलर के अंतर्गत ग्रुप करता है, और एक हब चेन एक दर्जन डिवाइस को एक ही बस में फ़नल कर सकता है। डेस्कटॉप की आम विफलता कंट्रोलर की कमी नहीं बल्कि खराब पोर्ट असाइनमेंट है: भारी डिवाइस बाकी सब के साथ उसी बस पर समाप्त हो जाते हैं।

व्यावहारिक अंतर समाधान में दिखता है। लैपटॉप पर, प्राथमिकता देकर कंटेंशन हल करें: तय करें कि किन डिवाइस को दुर्लभ बैंडविड्थ की हकदारी है, और बाकी को डॉक के USB 2.0 पोर्ट या पावर्ड हब पर ले जाएं। डेस्कटॉप पर, फैलाकर हल करें: मैप करें कि कौन से रियर और फ्रंट पोर्ट किस कंट्रोलर के हैं, फिर भारी डिवाइस को सभी में फैलाएं।

लक्षण निदान तालिका

नीचे दिया गया हर लक्षण अपने सबसे संभावित कारण की ओर इशारा करता है, एक निराशाजनक अनुमान को एक जांचने योग्य परिकल्पना में बदलता है।

• कैमरा फ्रेम ड्रॉप करना — साझा कंट्रोलर पर बैंडविड्थ सैचुरेशन। स्ट्रीमिंग कैमरा क्लासिक कैनरी है: यह लगातार बैंडविड्थ खपत करता है, इसलिए यह पहला डिवाइस है जो दृश्य रूप से विफल होता है जब बस पर कोई और डिवाइस अपना हिस्सा मांगता है। अन्य डिवाइस अनप्लग करें और कैमरा तुरंत ठीक हो जाता है। यही कारण है कि एक वेबकैम रियल-स्ट्रीम परीक्षण स्वच्छ स्थानीय पूर्वावलोकन दिखा सकता है जबकि एन्कोडेड स्ट्रीम क्षीण हो रही हो — बस एन्कोडर चलने से पहले ही कैमरा को भूखा कर सकता है।
• ऑडियो क्रैकलिंग — साझा हब पर बैंडविड्थ या पावर समस्या। ऑडियो इंटरफेस लेटेंसी-संवेदनशील हैं। जब बस सैचुरेटेड होती है, उनके शेड्यूल्ड ट्रांसफर देर से आते हैं, और देरी क्लिक और क्रैकल के रूप में सामने आती है। लक्षण आमतौर पर केवल तब दिखता है जब दूसरा डिवाइस सक्रिय रूप से ट्रांसफर कर रहा होता है।
• MIDI कंट्रोलर डिस्कनेक्ट — सैचुरेटेड बस पर लेटेंसी संवेदनशीलता। MIDI कम-लेटेंसी डिलीवरी पर निर्भर है। जब कंट्रोलर के ट्रांसफर स्लॉट भूखे होते हैं, होस्ट डिवाइस को अनुत्तरदायी मानता है और कनेक्शन ड्रॉप करता है। रिप्लग करने से अगले कंटेंशन इवेंट तक यह रिस्टोर हो जाता है।
• वायरलेस रिसीवर स्टटरिंग — USB 3.0 से RF interference, या बैंडविड्थ कंटेंशन। यदि रिसीवर USB 3.0 पोर्ट के बगल में है, पहले RF पर संदेह करें। यदि यह निष्क्रिय होने पर काम करता है लेकिन लोड पर स्टटर करता है, तो बस पर संदेह करें।
• एक्सटर्नल ड्राइव धीमा कॉपी — किसी अन्य सक्रिय डिवाइस के साथ बैंडविड्थ शेयरिंग। कैमरा या दूसरा ड्राइव उसी बस पर सक्रिय होने पर ड्राइव थ्रूपुट ध्वस्त हो जाता है। वही ड्राइव निष्क्रिय बस पर तुरंत पूरी स्पीड पर लौटता है।
• आंतरायिक डिस्कनेक्ट — पावर या बैंडविड्थ थ्रेशोल्ड पार। यदि डिस्कनेक्ट अन्य डिवाइस बिजी होने पर ट्रैक करते हैं, तो कारण बैंडविड्थ है। यदि वे और डिवाइस जोड़ने पर ट्रैक करते हैं, तो कारण पावर है।

सबसे तेज निदान लोड बदलना है। एक डिवाइस जो सब कुछ अनप्लग होने पर बिल्कुल ठीक काम करता है, और बस बिजी होते ही खराब काम करता है, कंटेंशन का शिकार है। वह एकल अवलोकन मिनटों में हार्डवेयर फॉल्ट को लेआउट फॉल्ट से अलग करता है।

मैप करें। अलग करें। टेस्ट करें।

एक बार जब आप अपने कंट्रोलर मैप कर लेते हैं और लक्षण की पुष्टि कर लेते हैं, तो समाधान एक जानबूझकर रिकनेक्शन है। एक आम उदाहरण: जब भी प्रिंटर चलता है और ऑडियो इंटरफेस क्रैकल करता है क्योंकि दोनों उसी USB 2.0 बस को शेयर करते हैं। इस अनुक्रम को क्रम में काम करने पर आमतौर पर दस मिनट में हल हो जाता है:

1. अपने कंट्रोलर पहचानें। Device Manager खोलें और Universal Serial Bus controllers को एक्सपैंड करें। ध्यान दें कि हर USB Root Hub USB ट्री की एक शाखा है, जरूरी नहीं कि अलग कंट्रोलर हो; एक ही होस्ट कंट्रोलर कई रूट हब मैनेज कर सकता है। सबसे सटीक कंट्रोलर-टू-डिवाइस मैपिंग के लिए USB Device Tree Viewer या USBview जैसे टॉपोलॉजी टूल का उपयोग करें।
2. बैंडविड्थ-भारी डिवाइस को अलग कंट्रोलर पर रखें। कैमरा एक कंट्रोलर पर और एक्सटर्नल ड्राइव दूसरे पर रखें। डेस्कटॉप पर इसका आमतौर पर मतलब है कि कैमरा के लिए रियर कंट्रोलर और ड्राइव के लिए फ्रंट-पैनल हेडर — अक्सर एक अलग कंट्रोलर।
3. महत्वपूर्ण डिवाइस के लिए सीधे मदरबोर्ड पोर्ट का उपयोग करें। गेमिंग माउस, ऑडियो इंटरफेस, या MIDI कंट्रोलर के लिए, हब और फ्रंट पैनल छोड़ें। सबसे छोटे केबल के साथ सीधे रियर I/O में प्लग करें जो तक पहुंचे।
4. पावर-हंगरी डिवाइस के लिए पावर्ड हब का उपयोग करें, बैंडविड्थ के लिए नहीं। एक पावर्ड हब उन डिवाइस को स्थिर करता है जो अपर्याप्त पावर से ड्रॉप होते हैं, लेकिन यह कोई थ्रूपुट नहीं जोड़ता। भारी डिवाइस सीधे पोर्ट पर; पावर-हंगरी एक्सेसरीज हब पर।
5. वायरलेस रिसीवर को USB 3.0 से दूर ले जाएं। एक रियर USB 2.0 पोर्ट, या रिसीवर का एक्सटेंशन केबल उपयोग करें, ताकि एंटेना USB 3.0 नॉइज़ से साफ रहे।
6. हर बदलाव के बाद लोड पर रिटेस्ट करें। एक साथ कैमरा स्ट्रीम और ड्राइव कॉपी शुरू करें। लेआउट सही है जब न तो खराब होता है।

रिकनेक्शन कुछ भी कीमत नहीं और कंटेंशन के कई मामलों को हल कर सकता है। यदि लेआउट सही होने के बाद भी लक्षण बना रहता है, तभी डिवाइस के साथ-साथ पावर डिलीवरी, केबल गुणवत्ता, और ड्राइवर सेटिंग्स पर ध्यान देना उचित है।

ब्राउज़र टोपोलॉजी टूल नहीं है

ब्राउज़र के USB-संबंधित API में से, WebHID इस साइट पर उपयोग होने वाला है; यह स्पष्ट उपयोगकर्ता अनुमति प्राप्त करने के बाद कीबोर्ड, माउस, और गेम कंट्रोलर जैसे कनेक्टेड HID डिवाइस की पहचान कर सकता है। (WebUSB जैसे अन्य ब्राउज़र API गैर-HID पेरिफेरल को हैंडल करते हैं, लेकिन स्टोरेज डिवाइस और अधिकांश कैमरा अभी भी किसी भी ब्राउज़र API में खुद को एक्सपोज़ नहीं करते।) यह वेंडर और प्रोडक्ट ID जैसी बुनियादी डिवाइस जानकारी दिखा सकता है, लेकिन यह पूरी USB कंट्रोलर टोपोलॉजी, प्रति-डिवाइस बैंडविड्थ उपयोग, या कंट्रोलर-टू-हब-टू-डिवाइस पदानुक्रम नहीं दिखाता। WebHID को प्रति-डिवाइस अनुमति चाहिए और कई पेरिफेरल — स्टोरेज डिवाइस और अधिकांश कैमरा सहित — ब्राउज़र में खुद को बिल्कुल एक्सपोज़ नहीं करते। इस साइट पर USB device info टूल WebHID का उपयोग करता है यह दिखाने के लिए कि कौन सा HID डिवाइस कनेक्टेड है और उसके वेंडर और प्रोडक्ट ID क्या हैं; यह एक डिवाइस पहचान सहायता है, टोपोलॉजी एनालाइज़र नहीं।

पूरे टोपोलॉजी मैपिंग के लिए, USB Device Tree Viewer (Windows), USBview, या system_profiler SPUSBDataType (macOS) का उपयोग करें। ये सिस्टम टूल वास्तविक कंट्रोलर-टू-रूट-हब-टू-हब-टू-डिवाइस ट्री दिखाते हैं और यह पहचानने में मदद कर सकते हैं कि कौन से डिवाइस एक बस शेयर करते हैं।

सिस्टम टूल दृश्य को कंट्रोलर मैपिंग के लिए Device Manager और प्रति-डिवाइस थ्रूपुट के लिए HWiNFO के साथ जोड़ें। सिस्टम टूल यह उत्तर देते हैं कि यह कैसे कनेक्टेड है और कितनी कड़ी मेहनत कर रहा है — किसी भी चीज़ को अनप्लग करने से पहले कंटेंशन निदान की पुष्टि।

निष्कर्ष

USB शेयर्ड है, डेडिकेटेड नहीं। आपके कंप्यूटर का हर पोर्ट एक निश्चित बैंडविड्थ वाली बस में एक दरवाज़ा है, और उस बस में प्लग किया गया हर डिवाइस क्षमता को आपस में बांटता है। जब डिवाइस एक साथ धीमे होते हैं, तो वे अक्सर खराब नहीं होते — वे संभवतः कंटेंड कर रहे हैं।

समाधान शायद ही कभी नया हार्डवेयर है — और कभी-कभी, अप्रत्याशित रूप से, सबसे अच्छा कदम अनप्लग करना है, जोड़ना नहीं। एक अक्सर रिपोर्ट किया गया उदाहरण: एक Logitech C920 वेबकैम जो फ्रेम ड्रॉप करती रहती थी, उसके कंट्रोलर शेयर करने वाले फ्लैश ड्राइव को अनप्लग करने से ठीक हो गई। अप्रत्याशित, लेकिन तर्कसंगत: सबसे तेज USB सेटअप में अक्सर हर बस पर कम डिवाइस होते हैं, अधिक नहीं। अपनी टोपोलॉजी मैप करें, बैंडविड्थ-भारी डिवाइस को अलग कंट्रोलर पर फैलाएं, महत्वपूर्ण पेरिफेरल को सीधे मदरबोर्ड पोर्ट पर रखें, और वायरलेस रिसीवर को एक साफ USB 2.0 कनेक्शन दें। फिर वास्तविक कनेक्शन पथ टेस्ट करें: एक साथ कैमरा स्ट्रीम और ड्राइव कॉपी चलाएं और देखें क्या टूटता है। वह लेआउट जो उस टेस्ट में बच जाता है वही रखने लायक लेआउट है।