한 프로그램으로 세 가지 전송

BitComet은 BitTorrent, HTTP, FTP를 같은 대기열에서 다루는 무료 다운로드 관리 프로그램입니다. 여기서 다루는 버전은 2.22입니다. 셋을 한곳에 두는 것은 작은 편의처럼 보이지만 실은 이 프로그램이 존재하는 이유입니다. 같은 파일이 두 경로로 동시에 닿을 수 있고, 한쪽만 아는 관리 프로그램은 어느 쪽이 빨랐는지 알기도 전에 선택을 강요합니다.

일상의 장면은 더 지루하고 더 자주 일어납니다. 어떤 프로젝트의 변경 내역은 HTTP로 오고, 큰 압축 파일은 BitTorrent로 오고, 사내 네트워크의 미러는 FTP로만 들어갑니다. 목록 하나, 제한 한 벌, 진행이 보이는 자리 하나.

무리(swarm)의 구조

BitTorrent 쪽은 자체 방식을 만들지 않고 프로토콜을 따릅니다. 전송은 토렌트 파일이나 마그넷 링크로 시작하고, 데이터는 서버에서 받는 것이 아니라 다른 참여자와 주고받습니다. 무리 안의 모두가 동시에 받고 보냅니다. 그래서 인기 있는 전송은 단일 서버가 낼 수 있는 양보다 빨라질 수 있고, 인기 없는 전송은 멈춤에 가까워집니다.

이것은 구조의 설명이고, 무엇을 전송해야 하는지에 대한 주장이 아닙니다. 프로토콜은 내용에 무관심하고 클라이언트도 마찬가지입니다. 무리가 얼마나 빠른지는 그 시점에 몇 명이 그것을 들고 있는지로 정해집니다.

99퍼센트의 문제

이 설계의 약점은 전송의 끝입니다. 빠진 조각을 가진 유일한 참여자들이 떠나면 다운로드는 99퍼센트에서 멈춰 서 있습니다. 파일은 쓸 수 없고, 자리는 차지되어 있고, 화면 어디에도 이유가 적혀 있지 않습니다.

장기 시드가 바로 그 지점을 다룹니다. 한 번이라도 본 조각은 그것을 우연히 들고 있던 상대보다 오래 쓸 수 있는 상태로 유지되므로, 원래라면 멈췄을 전송에도 끝낼 곳이 생깁니다. 같은 구조는 보통 더 이른 단계에서 속도로 나타납니다. 장기 공급원을 뒤에 둔 전송은 편한 시간에 충분한 상대가 나타나기를 기다리지 않아도 됩니다.

캐시를 거쳐 쓰기

디스크 캐시는 가장 잘 보이지 않는 기능이고 가장 오래 영향을 남기는 기능입니다. 다운로드란 아직 조립 중인 파일에 흩어지는 수천 번의 작은 쓰기이고, 그대로 쓰면 디스크는 탐색으로 바빠지고 부담도 커집니다. 조각을 메모리에 모아 더 크고 순서 있는 묶음으로 내보내면 읽기와 쓰기의 횟수가 줄어듭니다. 프로그램이 내세우는 것은 정확히 그것으로, 속도가 아니라 마모의 감소입니다.

이용자가 눈치채는 동작도 이걸로 설명됩니다. 작업이 완료로 표시되기 직전 몇 초가 받는 데신 쓰는 데 쓰이는 경우가 있습니다.

도착하는 중에 재생하기

'받으면서 재생'이라 불리는 기능은 한 가지 판단에 달려 있습니다. 미디어 파일의 앞부분과 끝부분을 먼저 가져오는 것입니다. 앞부분은 재생 시작에 필요하고, 끝부분에는 많은 컨테이너가 거기에 두는 색인이 들어 있습니다. 둘 다 손에 있으면 가운데가 아직 전송 중이어도 재생을 시작할 수 있습니다. 끝부분이 없으면 색인을 요구하는 재생기는 가운데가 얼마나 도착했든 시작을 거부합니다.

어디에 서 있는가

BitComet은 오픈소스 프로젝트가 아니고 그렇게 주장하지도 않습니다. 무료이며, 한 달에 파일 하나를 받는 사람이 아니라 대기열을 계속 돌리는 사람을 위해 만들어졌습니다. 정직한 요약은 이렇습니다. 세 가지 프로토콜, 장기 시드, 받는 중 재생. 이 셋이 맞는지를 결정합니다. 일에 여러 경로가 섞여 있고 99퍼센트에서 죽으면 곤란한 큰 전송이 있다면, 그것이 이 프로그램의 용도입니다.