마우스를 꽂으면 비디오 카메라가 프레임을 왜 떨어뜨리나요?

두 장치가 같은 USB 컨트롤러에 연결되어 있을 가능성이 높습니다. 마더보드에 직접 연결되어 있거나 같은 허브 체인을 통해 연결되어 있을 수 있습니다. 1080p 비디오 카메라 스트림은 대략 초당 30~50메가비트를 소비하고, USB 2.0 버스는 프로토콜 오버헤드를 제외하면 약 280메가비트의 실용적 처리량만 가집니다. 30~50 Mbps에서 카메라는 280 Mbps 버스의 대부분을 비워두지만, 예약된 등시전송 슬롯과 다른 장치의 버스트가 버스를 실용적 한계치로 밀어붙일 수 있습니다. 그러면 컨트롤러가 최선 노력 전송을 희석시켜, 대역폭을 거의 사용하지 않는 마우스조차 반응이 없는 것처럼 느껴질 수 있습니다. 해당 버스의 모든 장치가 영향을 받습니다.

USB 3.0 포트는 정말 USB 2.0 포트와 독립적인가요?

물리적으로는 그렇기도 하고 아니기도 합니다. USB 3.0과 USB 2.0은 같은 커넥터의 다른 전기 레인을 사용하므로, USB 3.0 포트의 USB 3.0 장치는 USB 2.0 장치와 직접적으로 대역폭을 두고 경쟁하지 않습니다. 규격 준수 USB 3.0 허브에서는 USB 2.0과 SuperSpeed 경로가 분리되어 처리되며, USB 2.0 장치는 일반적으로 High-Speed(480 Mbps)로 작동합니다. 그러나 일부 구형 또는 저품질 허브나 특정 케이블 및 신호 품질 문제로 인해 장치가 예상보다 낮은 속도로 협상될 수 있습니다. 장치 관리자에서 실제 협상 속도를 항상 확인하세요. 포트는 전기적으로 분리되어 있지만, 허브 아키텍처는 여전히 예기치 않은 병목을 만들 수 있습니다.

USB 허브가 연결된 장치들 사이에 대역폭을 분할하나요?

USB 허브는 네트워크 스위치가 포트를 분할하는 방식으로 대역폭을 분할하지 않습니다. 대신, 같은 허브에 연결된 모든 장치가 컨트롤러로의 단일 업스트림 연결을 공유합니다. 허브는 해당 업스트림 링크에 대한 접근을 중재하며, 이는 모든 다운스트림 장치의 사용 가능한 총 대역폭이 업스트림 포트의 용량을 초과할 수 없음을 의미합니다. 컨트롤러에 업스트림되는 USB 2.0 허브는 연결된 장치 수에 관계없이 모든 포트에 합쳐서 최대 280메가비트만 제공합니다.

장치 관리자에서 USB 대역폭 사용량을 볼 수 있나요?

아니요. 장치 관리자는 대역폭 사용량을 보고하지 않습니다. 각 장치가 어떤 컨트롤러에 연결되어 있고 어떤 속도로 작동하는지는 보여주지만, 사용 가능한 대역폭 중 얼마나 소비되고 있는지는 보여주지 않습니다. 실제 대역폭 사용량을 측정하려면 USB Device Tree Viewer나 HWiNFO 같은 타사 도구가 필요합니다. 장치 관리자는 토폴로지 매핑에 유용하지만 실시간 대역폭 모니터링에는 적합하지 않습니다.

무선 마우스 수신기가 USB 3.0 허브에 꽂으면 왜 잘 안 되나요?

USB 3.0 신호는 2~2.8기가헤르츠 범위의 무선 주파수 간섭을 발생시키며, 이는 대부분의 무선 마우스 및 키보드 수신기가 사용하는 주파수와 겹칩니다. 무선 수신기를 USB 3.0 포트나 허브에 꽂으면 수신기 안테나가 연결을 저하시키는 RF 노이즈 영역에 놓입니다. 마더보드의 USB 2.0 포트에 직접 꽂거나, 무선 수신기에 포함된 USB 연장 케이블을 사용하여 USB 3.0 포트에서 멀리 떨어뜨리세요.

전원 공급 USB 허브를 추가하면 대역폭 문제가 해결되나요?

전원 공급 허브는 전원 공급에 도움이 되지만 대역폭은 늘리지 않습니다. 같은 허브의 모든 장치는 여전히 컨트롤러로의 단일 업스트림 링크를 공유하므로, 대역폭 포화 버스에 전원 공급 허브를 추가해도 처리량이 늘어나지 않습니다. 전원 공급 허브는 장치가 전원 부족으로 연결이 끊길 때 유용하며, 이는 대역폭 경합과는 다른 문제입니다. 대역폭 경합을 해결하려면 장치를 다른 컨트롤러로 이동해야 합니다.

한 USB 포트를 프린터와 카메라가 동시에 사용할 수 있나요?

기술적으로 가능하지만, 실제 결과는 같은 컨트롤러를 공유하는지와 각 장치가 얼마나 대역폭이 필요한지에 따라 다릅니다. 프린터는 인쇄 작업 중 짧은 버스트로 데이터를 보낸 후 유휴 상태가 되지만, 카메라는 지속적으로 스트리밍합니다. 두 장치가 같은 USB 2.0 컨트롤러에 있으면 카메라의 지속적 스트림이 인쇄 중 프린터를 굶길 수 있어 인쇄 속도가 느려지거나 간헐적 연결 끊김이 발생할 수 있습니다. 별도의 컨트롤러에서 사용하는 것이 좋습니다.

내 컴퓨터에 USB 컨트롤러가 몇 개인지 어떻게 알 수 있나요?

Windows에서 장치 관리자를 열고 Universal Serial Bus controllers를 확장하세요. USB Root Hub는 USB 트리의 분기를 나타내며, 반드시 별도의 컨트롤러는 아닙니다. 단일 호스트 컨트롤러가 여러 루트 허브를 관리할 수 있습니다. 일반적인 데스크톱에서는 2~4개의 컨트롤러를 볼 수 있고, 노트북에서는 1~3개입니다. macOS는 시스템 보고서의 USB에서 컨트롤러 정보를 표시하고, Linux는 lsusb -t로 트리를 표시합니다. 핵심은 같은 호스트 컨트롤러 아래의 포트가 대역폭을 공유하고, 다른 컨트롤러의 포트는 그렇지 않다는 것입니다.

USB 버스 경합 — 장치들이 왜 함께 느려지나요?

모든 USB 포트가 독립적이라는 일반적인 믿음은 틀렸습니다. 동일한 업스트림 링크, 허브, 속도 도메인 또는 컨트롤러 스케줄링 리소스를 공유하는 장치들은 대역폭을 두고 경쟁하지만, 분리된 경로의 장치들은 그렇지 않습니다. 카메라나 외장 드라이브 같은 대역폭 집약적 장치가 다른 장치들과 같은 컨트롤러에서 실행되면 모두 느려질 수 있습니다. 이 가이드는 실제 USB 토폴로지를 설명하고, 경합의 증상을 식별하며, 재연결 전략을 제공합니다. 예시와 수치는 일반적인 참조 값이며, 실제 속도는 컨트롤러, 케이블, 장치 및 운영체제에 따라 다릅니다.

대부분의 사람들은 컴퓨터의 모든 USB 포트가 시스템에 대한 개인 전용 연결을 가진 독립적인 레인이라고 가정합니다. 한 포트에 드라이브를 꽂고 다른 포트에 카메라를 꽂으면, 서로 영향을 줄 수 없다고 자연스럽게 기대합니다. 왜 장치들이 함께 느려지는지 사용자들에게 물어보면, 대다수는 장치, 케이블 또는 운영체제를 탓합니다. 그 정신 모델은 틀렸으며, 그것이 많은 USB 문제 해결 세션이 좌절로 끝나는 이유입니다.

USB 포트는 독립적이지 않습니다. 컨트롤러 아래에 그룹화되어 있으며, 단일 컨트롤러에 연결된 모든 장치는 고정된 총 대역폭의 하나의 버스를 공유합니다. 해당 버스의 장치들이 공급할 수 있는 것보다 더 많이 필요로 하면, 경쟁하게 되고 버스의 모든 장치가 느려집니다. 대역폭 자체를 거의 사용하지 않는 장치조차도요. 그 경쟁이 버스 경합입니다.

경합은 신비로운 증상들의 긴 목록을 설명합니다. 외장 드라이브가 복사를 시작하자마자 프레임을 떨어뜨리는 웹캠, 프린터가 작업을 시작할 때 타닥거리는 오디오, 공연 중간에 연결이 끊기는 MIDI 컨트롤러. 이런 경우 많은 곳에서 장치가 결함이 있는 것이 아니라 굶주리고 있으며, 굶주림은 하드웨어가 아니라 연결 레이아웃에 의해 발생합니다. 같은 장치를 다른 포트로 옮기면 문제가 종종 사라지며, 이것이 동일한 주변 기기가 친구의 컴퓨터에서 완벽하게 작동하는 이유입니다. USB 이상 현상은 전원 공급, 케이블 품질, 드라이버 버그, 컨트롤러 스케줄링, 등시 전송 한계, USB 3.x RF 간섭 또는 펌웨어 문제에서도 비롯될 수 있습니다. 대역폭 경합은 먼저 확인해야 할 주요 후보이지 보편적 설명이 아닙니다.

좋은 소식은 경합이 진단 가능하며 기존 포트를 재배치하여 종종 해결할 수 있다는 것입니다. 자주 인용되는 예시: Dell XPS 15에서 프레임을 떨어뜨리던 Logitech C920 웹캠이 Samsung T7 드라이브를 다른 컨트롤러로 이동하여 해결되었습니다. 수정 비용은 0달러였습니다. (이는 사용자가 보고한 예시적인 사례이며, 통제된 실험실 측정이 아닙니다.) 이 페이지는 USB 토폴로지가 실제로 어떻게 작동하는지, 특정 연결 패턴이 왜 장치를 굶길 수 있는지, 문제를 줄이거나 제거하기 위해 포트를 어떻게 재배치하는지 설명합니다. 여기의 대역폭 수치는 일반적인 참고 수치입니다. 실제 속도는 특정 컨트롤러, 케이블 및 장치 펌웨어에 따라 다릅니다. 컨트롤러, 루트 허브 및 연결된 장치를 보여주는 USB 버스 토폴로지 다이어그램

USB 토폴로지가 실제로 작동하는 방식

USB 트래픽은 엄격한 계층을 따릅니다. 최상단에는 시스템을 대신하여 USB 프로토콜을 실행하는 마더보드의 칩인 호스트 컨트롤러가 있습니다. 각 컨트롤러는 하나 이상의 루트 허브를 소유하며, 이는 후면 패널에 있는 물리적 포트에서 끝납니다. 케이블과 외부 다운스트림 허브가 버스를 더 연장하고, 장치가 끝에 연결됩니다. 장치가 실제로 경쟁하는지는 동일한 업스트림 링크, 허브, 속도 도메인 및 컨트롤러 스케줄링 리소스를 공유하는지에 따라 달라집니다. 분리된 속도 도메인이나 분리된 루트 허브 분기에 있는 장치들은 전혀 경쟁하지 않을 수 있습니다. 경합 진단 시 하나의 컨트롤러 아래의 모든 것을 공유로 취급하는 것이 안전한 가정입니다.

현대 시스템에서 컨트롤러는 칩셋 내부에 있으며, 이것이 마더보드의 포트 배치가 임의로 보이는 이유입니다. 제조사가 어떤 물리적 포트를 어떤 컨트롤러에 연결할지 결정하며, 그 그룹화는 케이스 어디에도 인쇄되어 있지 않습니다. 그룹화를 알 수 있는 유일한 방법은 소프트웨어에서 검사하는 것입니다.

외부 허브는 트리를 한 단계 더 깊이 연장하지만, 새로운 버스를 만들지 않습니다. 동일한 컨트롤러에 다운스트림 분기를 추가하며, 각 홉은 약간의 지연을 추가합니다. 실용적 규칙은 허브가 단일 대역폭 예산을 공유하면서 연결 옵션을 배가한다는 것입니다.

Windows 장치 관리자는 USB 연결을 Universal Serial Bus controllers 아래에 그룹화합니다. 각 USB Root Hub 항목은 USB 트리의 분기를 나타내지만, 단일 호스트 컨트롤러가 여러 루트 허브를 관리할 수 있습니다. 더 정확한 토폴로지 보기를 위해 USB Device Tree Viewer나 USBView 같은 도구가 실제 컨트롤러-허브-장치 계층을 표시합니다. macOS는 시스템 보고서의 USB에서 동일한 정보를 표시하고, Linux는 lsusb -t로 트리를 표시합니다.

주류 소비자 마더보드의 구체적인 예를 생각해 보세요. 일반적으로 2~3개의 USB 컨트롤러가 있습니다: 칩셋의 기본 USB 2.0 컨트롤러, 타사 USB 3.x 컨트롤러(종종 ASMedia), 그리고 가능하면 USB도 지원하는 Thunderbolt 컨트롤러. 후면 포트는 세대별이 아니라 컨트롤러별로 그룹화됩니다. 정확한 매핑은 제조사마다 다르며 마더보드 매뉴얼이나 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 3.0 버스는 5 Gbps로 규격화되어 있으며, 약 10배 높고, 실용적 한계는 일반적으로 300-400 MB/s 범위입니다. 단위에 주의하세요: Mbps는 초당 메가비트, MB/s는 초당 메가바이트; 1 MB/s는 8 Mbps입니다.

이제 장치가 실제로 소비하는 것을 비교해 보세요. USB 2.0 버스의 Logitech C920은 1080p30 MJPEG을 위해 약 35 Mbps로 지속적 스트리밍하며, 다른 장치를 위해 약 245 Mbps를 남깁니다:

1080p 30fps 웹캠은 MJPEG이나 H.264 같은 압축 형식으로 일반적으로 20-50 Mbps로 스트리밍합니다(Logitech Support: C920 Specifications; OBSBOT: Tiny 4K Streaming Guide). 이것이 웹캠 실제 스트림 테스트가 인코딩된 스트림이 저하되는 동안 깨끗한 로컬 미리보기를 보여줄 수 있는 이유이기도 합니다 — 버스가 인코더가 실행되기도 전에 카메라를 굶기고 있을 수 있습니다.
외장 SSD는 대용량 파일 복사 중 일반적으로 100-400 MB/s로 실행됩니다.
프린터는 인쇄 작업 중 짧고 무거운 펄스로 데이터를 전송합니다.
마우스, 키보드 또는 무선 수신기는 무시할 수 있는 몇 킬로비트/초만 사용합니다.

산수가 폭로합니다. 카메라와 외장 드라이브를 같은 USB 2.0 버스에 꽂으면, 드라이브만으로 전체 실용 대역폭을 소비할 수 있으며, 카메라에는 거의 남지 않습니다. 세 번째 활성 장치를 추가하면 컨트롤러가 모두를 만족시킬 수 없어, 요청을 순차적으로 서비스합니다. 버스의 모든 장치가 결과 지연을 경험합니다.

예산이 어디로 가는지 이해하는 것이 원시 숫자보다 중요합니다. 많은 카메라와 오디오 인터페이스는 등시 전송을 협상합니다: 사전에 버스의 반복 슬롯을 예약하여 자신의 스트림을 보호합니다. 예약 슬롯과 버스트 전송이 한계를 초과하면, 컨트롤러는 최선 노력 전송을 희석하고, 최악의 경우 예약을 실패시킵니다. 이것이 바로 카메라가 프레임을 떨어뜨리기 시작하는 순간입니다.

숫자는 또한 USB 3.0이 만능 해결책처럼 느껴지는 이유를 설명합니다. 실용적 한계는 한 자릿수 더 큽니다. 이론상 5 Gbps(USB-IF: USB 3.0 Specification, Section 5.6.6)이며, 일반적인 실제 한계는 약 300-400 MB/s입니다(Samsung T7 Portable SSD). 두세 개의 무거운 장치가 하나의 5 Gbps 버스에서 눈에 띄는 경합 없이 공존할 수 있습니다. 하지만 같은 논리가 상향으로 확장됩니다: 여러 드라이브가 병렬로 쓰면 USB 3.0 버스조차 포화시킬 수 있습니다. 경합은 포트의 라벨이 아니라 수요를 따릅니다.

USB에 대한 네 가지 신화

USB 대역폭에 대한 네 가지 믿음이 현장에서 대부분의 잘못된 구성을 유발합니다. 각각 그럴듯하게 들리고, 포럼에서 반복되며, 같은 잘못된 결론을 가리킵니다: 레이아웃이 잘못일 때 장치를 탓하라.

여러 장치가 단일 버스 컨트롤러를 공유하는 방식을 보여주는 USB 대역폭 할당 시각화

신화 1: “USB 3.0과 2.0은 독립적이다.” 전기적으로 분리되어 있습니다, 맞습니다. 하지만 마더보드에서만. 복잡한 것은 허브입니다. 규격 준수 허브는 분리된 USB 2.0 및 SuperSpeed 경로를 가지고 있어 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). 경고도 없고 오류도 없이 처리량이 10배 이상 떨어집니다. 장치 관리자에서 협상된 속도를 항상 확인하세요.

신화 2: “포트가 많으면 대역폭도 많다.” 허브를 추가하거나 남은 포트에 장치를 꽂는 것이 처리량을 만들어내지 않습니다. 하나의 컨트롤러에 6개 포트가 있는 후면 패널은 해당 컨트롤러의 단일 포트와 같은 총 대역폭을 제공합니다. 포트가 많은 것은 편리함이지 대역폭이 아닙니다.

신화 3: “무선 수신기는 속도를 위해 USB 3.0이 필요하다.” 마우스나 키보드 수신기는 초당 몇 킬로비트를 전송합니다. USB 2.0 포트는 천 배 이상 충분합니다. 진짜 적은 RF 간섭입니다. 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 2.0 포트를 사용하세요.

신화 4: “대역폭 경합은 드물다.” 보이지 않기 때문에 가장 흔히 간과되는 USB 장치 문제 원인 중 하나입니다. 장치는 굶주리고 있다고 거의 알리지 않습니다. 프레임을 떨어뜨리고, 타닥거리고, 끊기거나 간헐적으로 연결이 끊기며, 각 증상이 장치 자체의 탓으로 돌려집니다. 경합을 간헐적 USB 실패의 첫 번째 확인 후보로 취급하세요. 하지만 유일한 가능한 원인은 아닙니다.

노트북인가 데스크톱인가? 다른 문제.

노트북과 데스크톱은 다르게 실패하며, 토폴로지가 그 이유를 설명합니다. 노트북은 모든 것을 위해 1~3개의 컨트롤러를 가집니다: 모든 USB 포트, 내장 웹캠, 지문 인식기, 그리고 종종 내장 블루투스. 꽂는 모든 주변 기기가 다른 주변 기기뿐만 아니라 같은 버스의 내장 하드웨어와도 경쟁합니다. 노트북은 점점 더 Thunderbolt와 USB를 단일 컨트롤러로 통합하여, 독이 모든 것을 하나의 버스로 통과시킵니다. 공격적인 BIOS 전원 관리가 배터리를 절약하기 위해 개별 컨트롤러를 유휴 또는 비활성화할 수 있어, 장치가 경고 없이 사라지고 다시 나타납니다.

데스크톱은 일반적으로 더 많은 컨트롤러를 가집니다. 2~4개, 이것이 장점입니다. 하지만 레이아웃이 종종 많은 후면 포트를 단일 컨트롤러 아래에 그룹화하며, 하나의 허브 체인이 12개 장치를 단일 버스로 통과시킬 수 있습니다. 일반적인 데스크톱 실패는 컨트롤러 부족이 아니라 잘못된 포트 할당입니다: 무거운 장치가 다른 모든 것과 같은 버스에 끝납니다.

실용적 차이는 해결 방법에서 나타납니다. 노트북에서는 우선순위를 정해 경합을 해결하세요: 어떤 장치가 희소한 대역폭을 가질 자격이 있는지 결정하고, 나머지를 독의 USB 2.0 포트나 전원 공급 허브로 이동합니다. 데스크톱에서는 분산으로 해결하세요: 어떤 후면 및 전면 포트가 어느 컨트롤러에 속하는지 매핑하고, 무거운 장치를 모든 컨트롤러에 분산시킵니다.

증상 진단 표

아래의 각 증상은 가장 가능성 있는 원인을 가리키며, 좌절스러운 추측을 확인 가능한 가설로 바꿉니다.

카메라 프레임 드롭 — 공유 컨트롤러의 대역폭 포화. 스트리밍 카메라는 고전적인 카나리아입니다: 대역폭을 지속적으로 소비하므로 버스의 다른 것이 자신의 몫을 요구할 때 가장 먼저 눈에 띄게 실패합니다. 다른 장치를 뽑으면 카메라가 즉시 복구됩니다.
오디오 타닥거림 — 공유 허브의 대역폭 또는 전원 문제. 오디오 인터페이스는 지연에 민감합니다. 버스가 포화되면 예정된 전송이 늦게 도착하고 지연이 클릭과 타닥거림으로 나타납니다.
MIDI 컨트롤러 연결 끊김 — 포화 버스의 지연 민감성. MIDI는 저지연 전달에 의존합니다. 컨트롤러의 전송 슬롯이 굶주리면 호스트가 장치를 응답 없음으로 처리하고 연결을 끊습니다.
무선 수신기 끊김 — USB 3.0의 RF 간섭 또는 대역폭 경합. 수신기가 USB 3.0 포트 옆에 있으면 먼저 RF를 의심하세요. 유휴 시 작동하지만 부하 시 끊기면 버스를 의심하세요.
외장 드라이브 느린 복사 — 다른 활성 장치와의 대역폭 공유. 카메나 두 번째 드라이브가 같은 버스에서 활성일 때 드라이브 처리량이 붕괴합니다. 유휴 버스의 같은 드라이브는 즉시 전속으로 복귀합니다.
간헐적 연결 끊김 — 전원 또는 대역폭 임계값 초과. 끊김이 다른 장치가 바쁠 때 발생하면 원인은 대역폭입니다. 장치 추가 시 발생하면 원인은 전원입니다.

가장 빠른 진단은 부하를 변경하는 것입니다. 다른 모든 것이 뽑혀 있을 때 완벽하게 작동하고 버스가 바빠지면 오작동하는 장치는 경합의 희생자입니다. 그 단일 관찰로 하드웨어 결함과 레이아웃 결함을 몇 분 안에 구분합니다.

매핑하라. 분리하라. 테스트하라.

컨트롤러를 매핑하고 증상을 확인했으면, 해결은 의도적인 재연결입니다. 순서대로 작업하면 보통 10분 안에 해결됩니다:

컨트롤러 식별. 장치 관리자를 열고 Universal Serial Bus controllers를 확장하세요. USB Device Tree Viewer나 USBView를 사용하여 가장 정확한 매핑을 얻으세요.
대역폭 집약적 장치를 분리된 컨트롤러에 그룹화. 카메라는 한 컨트롤러에, 외장 드라이브는 다른 컨트롤러에.
중요 장치는 직접 마더보드 포트 사용. 게이밍 마우스, 오디오 인터페이스, MIDI 컨트롤러는 허브와 전면 패널을 건너뛰고 후면 I/O에 직접 꽂으세요.
전원 공급 허브는 전원이 필요한 장치용, 대역폭이 아닌. 전원 공급 허브는 전원 부족으로 연결이 끊기는 장치를 안정화하지만 처리량은 추가하지 않습니다.
무선 수신기를 USB 3.0에서 멀리. 후면 USB 2.0 포트나 수신기의 연장 케이블을 사용하여 안테나가 USB 3.0 노이즈에서 벗어나게 하세요.
변경 후 부하 상태에서 재테스트. 카메라 스트림과 드라이브 복사를 동시에 시작하세요. 어느 쪽도 저하되지 않으면 레이아웃이 올바른 것입니다.

재연결은 비용이 들지 않으며 많은 경합 사례를 해결할 수 있습니다. 레이아웃이 올바른 후에도 증상이 지속되면, 그때서야 장치 자체가 전원 공급, 케이블 품질 및 드라이버 설정과 함께 검토할 자격이 있습니다.

브라우저는 토폴로지 도구가 아니다

브라우저의 USB API는 WebHID이며, 키보드, 마우스 및 게임 컨트롤러 같은 연결된 HID 장치를 명시적 사용자 권한 후에 식별할 수 있습니다. 기본 장치 정보(벤더 및 제품 ID)를 표시할 수 있지만, 전체 USB 컨트롤러 토폴로지, 장치별 대역폭 사용량 또는 컨트롤러-허브-장치 계층은 표시하지 않습니다. 이 사이트의 USB 장치 정보 도구는 WebHID를 사용하여 연결된 HID 장치를 보여줍니다. 장치 식별 보조 도구이지 토폴로지 분석기가 아닙니다.

전체 토폴로지 매핑을 위해서는 USB Device Tree Viewer(Windows), USBView, 또는 system_profiler SPUSBDataType(macOS)를 사용하세요. 이 시스템 도구들은 실제 컨트롤러-루트허브-허브-장치 트리를 표시하며 어떤 장치가 버스를 공유하는지 식별할 수 있게 합니다.

결론

USB는 공유됩니다, 전용이 아닙니다. 컴퓨터의 모든 포트는 고정된 대역폭의 버스로 가는 문이며, 해당 버스에 꽂힌 모든 장치가 용량을 나눕니다. 장치들이 함께 느려질 때, 그들은 종종 결함이 있는 것이 아니라 경합하고 있는 것입니다.

해결책은 새 하드웨어가 필요한 경우가 드물며, 때로는 직관에 반대로 추가하는 것이 아니라 뽑는 것이 최선의 움직임입니다. 자주 보고되는 예시: 프레임을 계속 떨어뜨리던 Logitech C920 웹캠이 컨트롤러를 공유하던 USB 플래시 드라이브를 뽑아 해결되었습니다. 직관에 반하지만 그럴듯합니다. 가장 빠른 USB 설정은 종종 각 버스에 더 적은 장치가 있습니다, 더 많은 것이 아니라. 토폴로지를 매핑하고, 대역폭 집약적 장치를 다른 컨트롤러로 분리하고, 중요 주변 기기는 직접 마더보드 포트에 두고, 무선 수신기에 깨끗한 USB 2.0 연결을 제공하세요. 그런 다음 실제 연결 경로를 테스트하세요: 카메라 스트림과 드라이브 복사를 동시에 실행하고 무엇이 깨지는지 관찰하세요. 그 테스트를 견디는 레이아웃이 유지할 가치가 있는 레이아웃입니다.