완성 된 급류를 시드 할 때 종종 PC를 떠나는 바이트 외에도 PC에 바이트가 들어가는 것을 알 수 있습니다. 이에 대한 예는 아래 이미지에서 볼 수 있습니다. Torx 클라이언트로 Tixati를 사용하고 있습니다.
시딩 할 때 데이터를 업로드하고 있지만 토렌트가 이미 완료된 경우 무엇을 다운로드하고 있는지 이해합니다. P2P 프로토콜 데이터일까요? (저는 기본 작업에 익숙하지 않습니다.) 그러나 때때로 들어오는 전송 크기가 1kB에 가까워 단순한 오버 헤드에는 적합하지 않은 것 같습니다.
어떤 데이터를 받고 있습니까? 지속적입니까? 이 동작은 토런트 클라이언트에서 다른가요?
답변:
BitTorrent 프로토콜은 불완전한 파일의 데이터 블록도 재사용 할 수 있도록 분산 방식으로 설계되었습니다. 컴퓨터가 특정 파일을 광고하고 동료가 데이터 블록을 요청하는 것보다 먼저 광고는 분산 데이터베이스 (해시 테이블)에 의해 릴레이되는 것보다 직접 피어에게 전달됩니다. 따라서 파일을 아는 피어의 수는 일반적으로 시간이 지남에 따라 증가합니다.
각 피어의 요청은 일부 인바운드 트래픽을 생성하므로 인바운드 트래픽도 시간이 지남에 따라 증가 할 수 있습니다.
다음은 고객이 표시된 스크린 샷입니다.
또한 요청이 많지만 드문 파일을 시드하는 경우 훨씬 더 많은 피어가 시스템에서 다운로드하여 많은 인바운드 트래픽을 생성 할 것입니다.
어느 정도까지는 동시 다운로드 수, 개방 및 반 개방 연결 등과 같은 Torrent 클라이언트 매개 변수를 사용하여 이러한 영향을 줄일 수 있습니다.
일반적으로 홈 라우터가 너무 많은 연결로 중단되는 경향이 있기 때문에 허용되는 연결 수를 줄입니다. 이는 전문적이고 죽은 고가의 것과는 달리 저렴한 SOHO 라우터의 일반적인 결함입니다.
내 클라이언트 대역폭 관련 옵션의 스크린 샷은 다음과 같습니다.
내 라우터는 200 개의 열린 연결을 완벽하게 유지하지만, 아이들이 토렌트를 시작할 때이 옵션을 모두 수백 개의 연결을 초과하지 않아야하며, 동시에 프로토콜 트래픽이 줄어 듭니다.
불행히도 좋은 BitTorrent 프로토콜 사양을 찾을 수 없었습니다. 이것은 부분적으로 만 질문에 대답합니다.