USB-Bus-Konkurrenz — warum Geräte gemeinsam langsamer werden
Die verbreitete Annahme, jeder USB-Port sei unabhängig, ist falsch. Geräte, die dieselbe Uplink-Verbindung, denselben Hub, dieselbe Geschwindigkeitsdomäne oder dieselben Controller-Planungsressourcen teilen, konkurrieren um Bandbreite, während Geräte auf getrennten Pfaden das nicht tun. Läuft ein bandbreitenintensives Gerät wie eine Kamera oder externe Festplatte auf demselben Controller wie andere Geräte, können alle langsamer werden. Dieser Leitfaden erklärt die tatsächliche USB-Topologie, identifiziert die Symptome von Konkurrenz und liefert eine Umsteckstrategie, die die meisten Nutzer nie lernen. Die Beispiele und Zahlen sind übliche Referenzwerte; tatsächliche Geschwindigkeiten hängen von Controller, Kabel, Gerät und Betriebssystem ab.
Die meisten Menschen nehmen an, jeder USB-Port ihres Computers sei eine unabhängige Lane mit eigener privater Verbindung zum System. Stecken Sie eine Festplatte in einen Port und eine Kamera in einen anderen, ist die natürliche Erwartung, dass keiner den anderen beeinflussen kann. Fragen Sie ein Dutzend Nutzer, warum ihre Geräte gemeinsam langsamer werden, und die Mehrheit wird den Geräten, den Kabeln oder dem Betriebssystem die Schuld geben. Dieses mentale Modell ist falsch, und es ist der Grund, warum so viele USB-Fehlerbehebungssitzungen in Frustration enden.
USB-Ports sind nicht unabhängig. Sie sind unter Controllern gruppiert, und jedes Gerät an einem einzelnen Controller teilt sich einen Bus mit einer festen Gesamtbandbreite. Wenn die Geräte auf diesem Bus mehr brauchen, als er liefern kann, konkurrieren sie darum, und alle auf dem Bus werden langsamer — auch Geräte, die selbst kaum Bandbreite verbrauchen. Dieser Wettbewerb ist Bus-Konkurrenz.
Konkurrenz erklärt eine lange Liste mysteriöser Symptome: eine Webcam, die Frames verliert, sobald eine externe Festplatte zu kopieren beginnt, Audio, das knackst, wenn ein Drucker einen Auftrag startet, ein MIDI-Controller, der sich mitten in der Performance trennt. In vielen dieser Fälle sind die Geräte nicht defekt — sie werden ausgehungert, und der Hunger wird durch das Verbindungslayout verursacht, nicht durch die Hardware. Stecken Sie dieselben Geräte an andere Ports, verschwinden die Probleme oft, weshalb identische Peripherie auf dem Rechner eines Freundes einwandfrei funktioniert. USB-Anomalien können auch von Stromversorgung, Kabelqualität, Treiberfehlern, Controller-Planung, isochronen Übertragungsgrenzen, USB-3.x-HF-Störungen oder Firmware-Problemen stammen — Bandbreitenkonkurrenz ist ein führender Kandidat, den man zuerst prüfen sollte, keine universelle Erklärung.
Die gute Nachricht: Konkurrenz ist diagnostizierbar und oft durch Umstecken vorhandener Ports behebbar. Ein häufig zitiertes Beispiel: Eine Logitech-C920-Webcam, die auf einem Dell XPS 15 Frames verlor, wurde behoben, indem eine Samsung-T7-Festplatte auf einen anderen Controller verlegt wurde — die Reparatur kostete null Euro. (Das ist ein von Nutzern berichteter Beispielsfall, keine kontrollierte Labormessung.) Diese Seite erklärt, wie USB-Topologie tatsächlich funktioniert, warum bestimmte Verbindungsmuster Ihre Geräte aushungern können und wie Sie Ihre Ports umordnen, um das Problem zu reduzieren oder zu beseitigen. Die Bandbreitenzahlen hier sind gängige Richtwerte; tatsächliche Geschwindigkeiten hängen von Ihrem spezifischen Controller, Kabel und der Geräte-Firmware ab.

Wie USB-Topologie tatsächlich funktioniert
USB-Verkehr folgt einer strengen Hierarchie. Ganz oben sitzt der Host-Controller, ein Chip auf dem Mainboard, der das USB-Protokoll im Auftrag des Systems ausführt. Jeder Controller besitzt einen oder mehrere Root-Hubs, die in den physischen Ports an der Rückseite enden. Kabel und externe Downstream-Hubs verlängern den Bus weiter, und Geräte hängen an den Enden. Ob Geräte tatsächlich konkurrieren, hängt davon ab, ob sie dieselbe Uplink-Verbindung, denselben Hub, dieselbe Geschwindigkeitsdomäne und dieselben Controller-Planungsressourcen teilen. Geräte auf getrennten Geschwindigkeitsdomänen (USB 2.0 versus USB 3.x) oder auf getrennten Root-Hub-Zweigen unter demselben Controller konkurrieren möglicherweise gar nicht — nur denselben Controllernamen zu sehen, beweist nicht, dass sie aus einem Bandbreitenpool schöpfen. Als erste Näherung ist es jedoch die sichere Annahme bei der Konkurrenzdiagnose, alles unter einem Controller als geteilt zu behandeln.
In modernen Systemen sitzen die Controller im Chipsatz statt als separate Chips, weshalb die Portanordnung eines Mainboards beliebig wirken kann. Der Hersteller entscheidet, welche physischen Ports mit welchem Controller verbunden sind, und diese Gruppierung ist nirgends am Gehäuse aufgedruckt. Vier hintere Ports können an einem Controller hängen, während der Front-Panel-Header zu einem anderen führt, ganz ohne visuellen Hinweis. Der einzige zuverlässige Weg, die Gruppierung zu lernen, ist die Inspektion in Software.
Externe Hubs verlängern den Baum eine Ebene tiefer, schaffen aber keinen neuen Bus — sie fügen demselben Controller Downstream-Zweige hinzu, und jeder Hop fügt ein wenig Latenz hinzu. Die praktische Regel: Hubs vervielfachen Ihre Verbindungsoptionen, während sie ein einziges Bandbreitenbudget teilen.
Der Windows-Geräte-Manager gruppiert USB-Verbindungen unter Universal Serial Bus-Controller. Jeder Eintrag USB-Root-Hub repräsentiert einen Zweig des USB-Baums, aber beachten Sie, dass ein einzelner Host-Controller mehrere Root-Hubs verwalten kann und der Geräte-Manager die vollständige physische Controller-Gruppierung nicht immer zeigt. Für eine genauere Topologie-Ansicht zeigen Tools wie USB Device Tree Viewer oder USBView die tatsächliche Controller-zu-Hub-zu-Gerät-Hierarchie. macOS zeigt dieselbe Information im Systembericht unter USB, und Linux zeigt den Baum mit lsusb -t.
Betrachten Sie ein konkretes Beispiel von einem Mainstream-Consumer-Mainboard. Es hat typischerweise 2–3 USB-Controller: den nativen USB-2.0-Controller des Chipsatzes, einen Drittanbieter-USB-3.x-Controller (oft ASMedia oder ähnlich) und möglicherweise einen Thunderbolt-Controller, der auch USB trägt. Die Ports der Rückseite sind nach Controller gruppiert, nicht nach Generation. Die genaue Zuordnung variiert nach Hersteller und muss gegen das Mainboard-Handbuch oder USB-Baum-Tools verifiziert werden.
Stellen Sie sich nun die Verkabelung vor: eine Webcam an einem hinteren USB-2.0-Port, eine externe Festplatte an einem anderen hinteren USB-2.0-Port und ein Mausempfänger an einem dritten. Alle drei sitzen auf demselben Bus und konkurrieren um grob 280 Mbps Kapazität. Verlegen Sie die Festplatte auf einen USB-3.0-Port am zweiten Controller, hat die Kamera den USB-2.0-Bus plötzlich für sich. Die Topologie, nicht die Hardware, war der Engpass.
Das ist der Sinn der Topologie-Erfassung: Sie verwandelt zufälliges Port-Hin-und-Her in einen bewussten Plan.
Bandbreite, die tatsächlich zählt
Bandbreite ist die Sprache der Konkurrenz, und zwei Zahlen zählen mehr als alle anderen. Ein USB-2.0-Bus ist theoretisch mit 480 Mbps spezifiziert (USB-IF: USB 2.0 Specification, Abschnitt 5.7.6). Nach Protokoll-Overhead liegt die praktische Obergrenze typischerweise im Bereich von 250–280 Mbps nutzbaren Durchsatzes (etwa 30–35 MB/s) (USB-IF: USB 2.0 Specification; Industriemessungen zeigen ~280 Mbps anhaltend auf konformen Controllern), je nach Controller und Systemlast. Ein USB-3.0-Bus ist mit 5 Gbps spezifiziert, grob zehnmal höher, mit einer praktischen Obergrenze typischerweise im Bereich von 300–400 MB/s je nach Controller und Kabelqualität. Beachten Sie die Einheiten: Mbps ist Megabit pro Sekunde, MB/s ist Megabyte pro Sekunde; 1 MB/s entspricht 8 Mbps.
Vergleichen Sie nun, was Ihre Geräte tatsächlich verbrauchen. Eine Logitech C920 auf einem USB-2.0-Bus streamt grob 35 Mbps anhaltend für 1080p30 MJPEG und lässt etwa 245 Mbps für andere Geräte — und das vor Protokoll-Overhead der isochronen Übertragungen:
- Eine 1080p-Webcam bei 30 fps in einem komprimierten Format wie MJPEG oder H.264 streamt typischerweise 20–50 Mbps, je nach Encodierungsqualität der Kamera — ein Bereich, der mit Logitech C920 bei ~35 Mbps für 1080p30 MJPEG und OBSBOT Tiny 4K mit ~40–50 Mbps für 1080p30 H.264 übereinstimmt (Logitech Support: C920 Specifications; OBSBOT: Tiny 4K Streaming Guide). Ein unkomprimierter YUY2-Stream bei derselben Auflösung ist deutlich höher — oft mehrere hundert Mbps oder mehr — behandeln Sie die komprimierte Zahl also als ungefähren Bereich nur für komprimierte Formate.
- Eine externe SSD bei einem großen Dateikopierlauf läuft üblicherweise mit 100–400 MB/s (Megabyte pro Sekunde), je nach Laufwerk und Schnittstelle; einige High-End-Laufwerke übertreffen das. Ältere mechanische Laufwerke sind typischerweise langsamer.
- Ein Drucker sendet Daten in kurzen, schweren Stößen, während ein Auftrag druckt.
- Eine Maus, Tastatur oder ein kabelloser Empfänger verbraucht vernachlässigbare wenige Kilobit pro Sekunde.
Die Arithmetik ist die Enthüllung. Stecken Sie Kamera und externe Festplatte an denselben USB-2.0-Bus, kann die Festplatte allein die gesamte praktische Bandbreite verbrauchen und der Kamera fast nichts lassen. Fügen Sie ein drittes aktives Gerät hinzu, kann der Controller nicht alle bedienen, also bedient er Anfragen der Reihe nach. Jedes Gerät auf dem Bus erlebt die resultierenden Verzögerungen: Die Festplatte kopiert langsamer, die Kamera verliert Frames, und selbst die Maus kann träge wirken, weil ihre winzigen Polling-Pakete hinter größeren Übertragungen in der Warteschlange hängen.
Zu verstehen, wohin das Budget fließt, zählt mehr als die rohen Zahlen. Viele Kameras und Audio-Interfaces verhandeln isochrone Übertragungen: Sie reservieren im Voraus einen wiederkehrenden Slot des Busses, schützen ihren Stream auf Kosten von weniger für alle anderen. Einige Geräte nutzen stattdessen Bulk-Transfers, die anders konkurrieren — aber der praktische Effekt ist derselbe, wenn der Bus voll wird. Wenn reservierte Slots plus Burst-Übertragungen diese Obergrenze überschreiten, verdünnt der Controller Best-Effort-Transfers und schlägt im schlimmsten Fall die Reservierungen fehl — genau dann beginnt eine Kamera, Frames zu verlieren.
Die Zahlen erklären auch, warum USB 3.0 sich wie die Lösung für alles anfühlt. Seine praktische Obergrenze ist um eine Größenordnung größer — theoretisch 5 Gbps (USB-IF: USB 3.0 Specification, Abschnitt 5.6.6) mit typischer realer Obergrenze um 300–400 MB/s (Samsung T7 Portable SSD, benchmarkt bei ~350 MB/s anhaltendem Lesen auf USB 3.2 Gen 1) — sodass zwei oder drei schwere Geräte auf einem 5-Gbps-Bus ohne spürbare Konkurrenz koexistieren können. Aber dieselbe Logik skaliert nach oben: Mehrere Festplatten, die parallel schreiben, können selbst einen USB-3.0-Bus sättigen. Konkurrenz folgt der Nachfrage, nicht dem Etikett am Port.
Vier Mythen über USB
Vier Annahmen über USB-Bandbreite verursachen den Großteil der Fehlkonfiguration in der Praxis. Jede klingt plausibel, jede wird in Foren wiederholt, und jede zeigt auf dieselbe falsche Schlussfolgerung: dem Gerät die Schuld geben, wenn das Layout schuld ist.

Mythos eins: „USB 3.0 und 2.0 sind unabhängig.” Sie sind elektrisch getrennt, ja — aber nur auf dem Mainboard. Die Komplikation sind Hubs. Stecken Sie ein USB-2.0-Gerät in einen USB-3.0-Hub. Ein konformer Hub hat getrennte USB-2.0- und SuperSpeed-Pfade, also läuft Ihr 2.0-Gerät wie erwartet mit High-Speed-480-Mbps auf dem USB-2.0-Pfad (USB-IF: USB 2.0 Specification). Aber einige ältere Hubs verhandeln das Gerät auf Full-Speed-12-Mbps herunter (USB-IF: USB 2.0 Specification, Abschnitt 5.4.4) — keine Warnung, kein Fehler, ein zehnfacher oder größerer Durchsatzeinbruch ohne Fehler oder Warnung. Prüfen Sie immer die ausgehandelte Geschwindigkeit im Geräte-Manager.
Mythos zwei: „Mehr Ports, mehr Bandbreite.” Einen Hub hinzuzufügen oder Geräte in die restlichen Ports zu stecken, erzeugt keinen Durchsatz. Eine Rückwand mit sechs Ports an einem Controller bietet dieselbe Gesamtbandbreite wie ein einzelner Port an diesem Controller. Mehr Ports ist Komfort, niemals Bandbreite. Ein Acht-Port-USB-2.0-Hub liefert immer noch grob 280 Mbps an alle seine Ports zusammen — der Hub arbitriert den Zugriff auf eine einzige Uplink-Leitung, nicht auf ein Pro-Port-Budget.
Mythos drei: „Kabellose Empfänger brauchen USB 3.0 für Geschwindigkeit.” Ein Maus- oder Tastaturempfänger sendet einige Kilobit pro Sekunde — ein USB-2.0-Port ist tausendmal mehr als genug. Der wahre Feind ist HF-Störung. USB-3.0-Signale erzeugen Funkrauschen über grob 2 bis 2,8 GHz (Logitech Support: USB 3.0 Interference Guide, 2013; Intel: USB 3.x Interference Whitepaper, 2015), was das 2,4-GHz-Band überlappt, das Ihr Empfänger nutzt. Stecken Sie ihn neben einen USB-3.0-Port, sitzt die Antenne in einer Zone von Funkrauschen. Nutzen Sie einen direkten USB-2.0-Port mit dem Verlängerungskabel aus der Verpackung — das allein löst oft wiederkehrendes Maus-Stottern.
Mythos vier: „Bandbreitenkonkurrenz ist selten.” Sie ist eine der am häufigsten übersehenen Ursachen von USB-Geräteproblemen, gerade weil sie unsichtbar ist. Geräte kündigen selten an, dass sie ausgehungert werden. Sie verlieren Frames, knacksen, stottern oder trennen sich intermittierend — und jedes Symptom wird dem Gerät selbst angelastet. Das Ergebnis ist ein Friedhof von RMA-Webcams, Audio-Interfaces und Festplatten, die auf einem anderen Port-Layout einwandfrei funktionieren würden. Behandeln Sie Konkurrenz als führenden Kandidaten, den man bei intermittierenden USB-Fehlern zuerst prüft — aber nicht als einzige mögliche Ursache.
Laptop oder Desktop? Unterschiedliche Probleme.
Laptops und Desktops versagen unterschiedlich, und die Topologie erklärt warum. Ein Laptop hat ein bis drei Controller für alles: alle seine USB-Ports, die integrierte Webcam, den Fingerabdruckleser und oft internes Bluetooth. Jedes Peripheriegerät, das Sie einstecken, konkurriert nicht nur mit anderen Peripheriegeräten, sondern mit integrierter Hardware auf denselben Bussen. Laptops verschmelzen zudem zunehmend Thunderbolt und USB in einem einzigen Controller, sodass ein Dock mit Display, Laufwerken und Peripherie alles durch einen Bus schleust. Aggressives BIOS-Energiemanagement kann einzelne Controller zusätzlich in den Leerlauf versetzen oder deaktivieren, um Akku zu sparen, wodurch Geräte ohne Vorwarnung verschwinden und wieder auftauchen. Desktops haben meist mehr Controller — zwei bis vier — was ein Vorteil ist. Das Layout gruppiert jedoch oft viele hintere Ports unter einem einzigen Controller, und eine Hub-Kette kann ein Dutzend Geräte in einen einzigen Bus schleusen. Der typische Desktop-Fehler ist kein Mangel an Controllern, sondern schlechte Portzuweisung: Die schweren Geräte landen auf demselben Bus wie alles andere. Der praktische Unterschied zeigt sich in der Lösung. Auf einem Laptop lösen Sie Konkurrenz durch Priorisierung: Entscheiden Sie, welche Geräte die knappe Bandbreite verdienen, und verlegen Sie den Rest auf die USB-2.0-Ports des Docks oder einen Hub mit Stromversorgung. Auf einem Desktop lösen Sie sie durch Verteilen: Kartieren Sie, welche hinteren und vorderen Ports zu welchem Controller gehören, und verteilen Sie schwere Geräte über alle.
Symptom-Diagnosetabelle
Jedes Symptom unten zeigt auf seine wahrscheinlichste Ursache und verwandelt ein frustrierendes Raten in eine prüfbare Hypothese.
- Kamera verliert Frames — Bandbreitensättigung auf einem geteilten Controller. Eine Streaming-Kamera ist der klassische Kanarienvogel: Sie verbraucht kontinuierlich Bandbreite und ist daher das erste Gerät, das sichtbar versagt, wenn etwas anderes auf dem Bus seinen Anteil fordert. Ziehen Sie die anderen Geräte ab, erholt sich die Kamera sofort. Das ist auch der Grund, warum ein Webcam-Real-Stream-Test eine saubere lokale Vorschau zeigen kann, während der codierte Stream sich verschlechtert — der Bus könnte der Kamera die Daten bereits stehlen, bevor der Encoder überhaupt läuft.
- Audio knackst — Bandbreiten- oder Stromprobleme auf einem geteilten Hub. Audio-Interfaces sind latenzempfindlich. Wenn der Bus gesättigt ist, kommen ihre geplanten Übertragungen zu spät, und die Verzögerungen erscheinen als Klicks und Knackser. Das Symptom tritt typischerweise nur auf, während ein zweites Gerät aktiv überträgt.
- MIDI-Controller trennt sich — Latenzempfindlichkeit auf einem gesättigten Bus. MIDI hängt von Niedriglatenz-Zustellung ab. Wenn die Übertragungsslots des Controllers ausgehungert werden, behandelt der Host das Gerät als nicht reagierend und bricht die Verbindung ab. Wieder einstecken stellt sie her, bis zum nächsten Konkurrenzereignis.
- Kabelloser Empfänger stottert — HF-Störung von USB 3.0 oder Bandbreitenkonkurrenz. Sitzt der Empfänger neben USB-3.0-Ports, zuerst HF verdächtigen. Funktioniert er im Leerlauf, stottert aber unter Last, den Bus verdächtigen.
- Externe Festplatte kopiert langsam — Bandbreitenteilung mit einem anderen aktiven Gerät. Der Durchsatz der Festplatte bricht zusammen, wenn eine Kamera oder eine zweite Festplatte auf demselben Bus aktiv ist. Dieselbe Festplatte auf einem Leerlauf-Bus kehrt sofort zu voller Geschwindigkeit zurück.
- Intermittierende Abbrüche — Strom- oder Bandbreitenschwelle überschritten. Folgen die Abbrüche anderen Geräten, die beschäftigt sind, ist die Ursache Bandbreite. Folgen sie dem Hinzufügen weiterer Geräte, ist die Ursache Strom. Die schnellste Diagnose ist, die Last zu ändern. Ein Gerät, das sich perfekt verhält, wenn alles andere abgezogen ist, und sich fehlverhält, sobald der Bus beschäftigt wird, ist ein Konkurrenzopfer. Diese einzelne Beobachtung trennt Hardwarefehler von Layoutfehlern in Minuten.
Kartieren. Trennen. Testen.
Sobald Sie Ihre Controller kartiert und das Symptom bestätigt haben, ist die Lösung ein bewusstes Umstecken. Ein übliches Beispiel: Ein Audio-Interface knackst, wann immer der Drucker läuft, weil beide denselben USB-2.0-Bus teilen. Diese Reihenfolge durchzuarbeiten löst es meist in zehn Minuten:
- Ihre Controller identifizieren. Den Geräte-Manager öffnen und Universal Serial Bus-Controller erweitern. Beachten Sie, dass jeder USB-Root-Hub ein Zweig des USB-Baums ist, nicht unbedingt ein separater Controller; ein einzelner Host-Controller kann mehrere Root-Hubs verwalten. Für die genaueste Controller-zu-Gerät-Zuordnung ein dediziertes Topologie-Tool wie USB Device Tree Viewer oder USBView verwenden.
- Bandbreitenintensive Geräte auf getrennte Controller gruppieren. Die Kamera auf einen Controller, die externe Festplatte auf einen anderen. Auf einem Desktop bedeutet das meist der hintere Controller für die Kamera und der Front-Panel-Header — oft ein anderer Controller — für die Festplatte.
- Direkte Mainboard-Ports für kritische Geräte nutzen. Für eine Gaming-Maus, ein Audio-Interface oder einen MIDI-Controller Hub und Frontpanel überspringen. Direkt in die hintere E/A mit dem kürzesten erreichbaren Kabel stecken.
- Einen Hub mit Stromversorgung für stromhungrige Geräte nutzen, nicht für Bandbreite. Ein Hub mit Stromversorgung stabilisiert Geräte, die wegen unzureichendem Strom ausfallen, fügt aber keinen Durchsatz hinzu. Schwere Geräte gehören an direkte Ports; stromhungriges Zubehör gehört an den Hub.
- Kabellose Empfänger von USB 3.0 wegbewegen. Einen hinteren USB-2.0-Port oder das Verlängerungskabel des Empfängers nutzen, damit die Antenne frei von USB-3.0-Rauschen sitzt.
- Unter Last nach jeder Änderung erneut testen. Einen Kamerastream und einen Festplattenkopiervorgang gleichzeitig starten. Das Layout ist richtig, wenn keines von beiden degradiert.
Umstecken kostet nichts und kann viele Konkurrenzfälle lösen. Bleibt das Symptom nach korrektem Layout bestehen, erst dann verdient das Gerät selbst Prüfung, zusammen mit Stromversorgung, Kabelqualität und Treibereinstellungen.
Der Browser ist kein Topologie-Tool
Die USB-API des Browsers ist WebHID, das verbundene HID-Geräte wie Tastaturen, Mäuse und Gamecontroller nach expliziter Nutzererlaubnis identifizieren kann. Es kann grundlegende Geräteinformationen wie Hersteller- und Produkt-IDs zeigen, aber nicht die vollständige USB-Controller-Topologie, die Bandbreitenauslastung pro Gerät oder die Controller-zu-Hub-zu-Gerät-Hierarchie. WebHID erfordert Pro-Gerät-Erlaubnis, und viele Peripheriegeräte — einschließlich Speichergeräte und der meisten Kameras — exponieren sich dem Browser gar nicht. Das USB-Geräteinfo-Tool dieser Seite nutzt WebHID, um zu zeigen, welches HID-Gerät verbunden ist und seine Hersteller- und Produkt-IDs; es ist eine Geräteidentifikationshilfe, kein Topologie-Analysator. Für vollständige Topologie-Kartierung nutzen Sie USB Device Tree Viewer (Windows), USBView oder system_profiler SPUSBDataType (macOS). Diese Systemtools zeigen den tatsächlichen Controller-zu-Root-Hub-zu-Hub-zu-Gerät-Baum und können helfen zu identifizieren, welche Geräte einen Bus teilen. Kombinieren Sie die Systemtool-Ansicht mit dem Geräte-Manager für die Controller-Zuordnung und mit HWiNFO für den Durchsatz pro Gerät. Die Systemtools beantworten, wie es verbunden ist und wie hart es arbeitet — und bestätigen eine Konkurrenzdiagnose, bevor Sie etwas abziehen.
Fazit
USB ist geteilt, nicht dediziert. Jeder Port Ihres Computers ist eine Tür in einen Bus mit fester Bandbreite, und jedes Gerät, das in diesen Bus gesteckt wird, teilt die Kapazität unter sich auf. Wenn Geräte gemeinsam langsamer werden, sind sie oft nicht defekt — sie konkurrieren wahrscheinlich. Die Lösung ist selten neue Hardware — und manchmal, kontraintuitiv, ist der beste Zug, abzuziehen statt hinzuzufügen. Ein häufig berichtetes Beispiel: Eine Logitech-C920-Webcam, die ständig Frames verlor, wurde behoben, indem ein USB-Stick abgezogen wurde, der ihren Controller teilte. Kontraintuitiv, aber plausibel: Das schnellste USB-Setup hat oft weniger Geräte auf jedem Bus, nicht mehr. Kartieren Sie Ihre Topologie, trennen Sie bandbreitenintensive Geräte über verschiedene Controller, halten Sie kritische Peripherie an direkten Mainboard-Ports und geben Sie kabellosen Empfängern eine saubere USB-2.0-Verbindung. Testen Sie dann den tatsächlichen Verbindungspfad: Lassen Sie einen Kamerastream und einen Festplattenkopiervorgang gleichzeitig laufen und beobachten Sie, was bricht. Das Layout, das diesen Test übersteht, ist das Layout, das sich zu behalten lohnt.