다운로드가 거북이처럼 느려 99%에서 멈췄다면, 느린 구간은 소프트웨어가 아닐 수 있다

동영상 다운로드가 달팽이처럼 기어간다: 30분이 지나도 40%, 혹은 99%까지 치달은 뒤 움직이지 않는다. 첫 반응은 보통 "소프트웨어가 별로다, 갈아타자" — 갈아타고 나서도 여전히 느리다.

동영상 다운로드가 느린 데는 원인이 하나만 있는 게 아니다. "처음부터 끝까지 일정하게 느린 것"과 "점점 더 느려지는 것"은 완전히 다른 곳을 가리키고, 99%에서 멈추는 건 애초에 속도 문제가 아니다. 이 글은 먼저 속도 곡선의 모양으로 분류하고, 그다음 체인을 따라가 모든 걸 붙잡고 있는 고리를 찾는다.

동영상 다운로드가 느리면 먼저 네 가지 느림 유형을 가른다, 원인은 각각 다르다

느린 다운로드는 속도 곡선의 모양으로 네 가지로 나뉜다: 일정하게 느림, 점점 느려짐, 끝에서 멈춤, 빠르고 느림을 반복 — 자신이 어느 쪽인지 알아내면 탐색 범위가 절반으로 줄어든다.

• 일정하게 느림: 처음부터 끝까지 느리고 숫자마저 가지런하다. 예컨대 400 KB/s에 붙어 있다 — 이런 "가지런함"은 어딘가의 고리가 고정 할당량으로 데이터를 흘려보내고 있음을 뜻할 때가 많다.
• 점점 느려짐: 처음 몇 초는 빠르다가 갈수록 느려진다. 캐시나 디스크 쓰기가 못 따라가는 경우가 많고, 소스 쪽이 더 먼 노드로 바꿔줬을 수도 있다.
• 끝에서 멈춤: 전반부는 빠르다가 99% 부근에서 멈춘다.
• 빠르고 느림을 반복: 속도가 오르락내리락한다. 같은 네트워크 안의 다른 무언가가 대역폭을 가져가고 있을 가능성이 크다.

속도가 처음부터 0이거나 바로 실패한다면 "다운로더가 완전한 파일을 못 가져온다" 쪽에 가까운 사례로, "동영상을 찾지 못했다"고 나올 때 점검법를 참고하세요.

속도 측정은 빠른데 다운로드는 느리다: 차이는 "측정 지점에서 동영상 소스까지" 구간에 있다

속도 측정은 내 회선에서 가장 가까운 측정 노드까지의 최단 경로를 재고, 다운로드는 내 회선에서 동영상이 놓인 서버까지의 경로를 잰다 — 같은 경로가 아니므로 측정이 빠르다고 다운로드가 빠른 건 아니다.

FCC의 광대역 속도 가이드에 따르면 단순한 파일 다운로드에는 대략 10 Mbps가 필요하다. 단위에 주의, Mbps: 많은 이가 다운로더에 표시되는 MB/s와 같은 것으로 읽는데, 둘은 8배 차이가 난다 — 화면의 2 MB/s는 16 Mbps로 이미 기준선을 넘었다. 먼저 환산하라, 정상적인 숫자를 고장으로 오인하지 않도록.

환산해도 숫자가 맞지 않으면 소스 쪽을 본다. CDN이 사용자 가까이에 콘텐츠를 두는 방식에 따르면 사이트는 콘텐츠를 사용자 가까이의 노드에 캐싱해 데이터가 덜 걸어가게 한다. 그 노드망의 밀도는 플랫폼 규모에 달렸다: 작은 플랫폼은 한 지역 전체가 한두 노드를 공유하고, 연결된 곳이 아주 멀 수도 있다. 게다가 많은 사이트는 단일 연결에 속도 상한을 걸어 로컬 대역폭이 넓어도 다 쓰지 못한다 — 단일 연결이 왜 목이 조이는지, 다중 연결은 왜 피할 수 있는지는 다운로드 관리자 편에서 원리를 다뤘다.

이 구간의 판단은 대조 한 번이면 충분하다: 소스를 바꾼다 — 같은 도구로 상관없는 큰 파일을 하나 내려받는다. 다른 것들은 풀 스피드인데 이 동영상만 느리면 병목은 소스 쪽; 시간대를 바꾼다 — 같은 소스를 몇 시간 뒤에 다시 받는다.

착수 전에 로컬의 세 가지 발목을 먼저 치운다: 기록 위치, 백그라운드 작업, 무선 대역

네트워크와 플랫폼을 의심하기 전에, 내 컴퓨터의 세 가지부터 치운다: 파일이 어디에 기록되는지, 무엇이 대역폭을 가져가는지, 무선을 어떻게 연결했는지.

• 기록 쪽: 대상 드라이브의 여유 공간이 빠듯하면 쓰기가 눈에 띄게 느려지고, 외장이나 네트워크 드라이브로 내려받으면 더 심하다. 특징은 일정하게 낮은 속도. 내장 SSD로 바꿔 다시 시도해 본다.
• 백그라운드 작업: 동기화, 클라우드 백업, 시스템 업데이트, 게임 플랫폼 자동 업데이트가 모두 대역폭을 쓰는데, 오류도 내지 않고 화면도 차지하지 않은 채 조용히 회선을 얇게 펴버린다. 큰 파일을 받기 전에 한번 훑어본다.
• 무선 대역: 2.4GHz는 벽을 돌아 멀리 가지만 같은 대역의 기기가 많고 혼잡하기 쉽다; 5GHz가 더 빠르고 깨끗한 대신 벽 투과가 나쁘다. 그러니 "5GHz면 무조건 빠르다"는 성립하지 않는다 — 벽 두 장을 사이에 두면 오히려 더 느려질 수 있다. 신호 문제인지 알고 싶으면 장비를 공유기 옆으로 옮겨 다시 받아 본다.

진행률이 99%에 걸린다: 속도 문제가 아니라 마무리 구간이 하는 일이다

99%에서 잠깐 멈추는 건 대부분 다운된 게 아니라, 마지막 1%가 세 가지 일을 기다리는 중이다: 마지막 조각이 돌아오길 기다리고, 조각을 순서대로 맞춰 무결성을 대조하고, 파일을 디스크에 기록한다 — 어느 쪽도 눈에 보이는 진행을 바꾸지 않는다.

대처 방식도 따라 바뀐다: 먼저 기다린다, 마무리는 수백 개의 조각을 합치므로 파일이 클수록 오래 걸린다; 작업 상태를 본다, 강제 종료를 서두르지 마라 — 종료하면 합치기가 물거품이 되고, 다운로드 기록에서 작업 상태 확인가 퍼센트를 쳐다보는 것보다 유용하다; 오래 멈춰 있다면 소스 쪽이 마지막 구간을 더 이상 돌려주지 않는 경우가 많다. 취소 후 재시도, 두 번 다 걸리면 소스를 바꾼다.

다운로드 도구를 바꾸면 빨라질까, 병목이 어느 구간에 놓였는지에 달렸다

같은 병목이라도 도구를 바꾸면 해결되는 것과 안 되는 것이 있다 — 분기점은 "병목이 도구 손에 있느냐, 도구 밖에 있느냐".

도구 쪽에서 통하는 세 가지: 소스는 구간 요청을 지원하는데 도구가 단일 연결로 끝까지 당기는 경우, 다중 연결 병행이 명백히 빠르다; 작업이 한 줄로 세워 순서대로 내려받는 경우, 여러 파일 동시 처리로 총 시간이 몇 배 달라진다; 기록이 조잡한 경우, 임시 파일에 썼다가 완료 후 통째로 옮기는 식이다.

도구 손이 닿지 않는 두 가지: 병목이 내 회선 (가정용 대역폭, 통신사, 무선 신호) — 무슨 소프트웨어를 바꿔도 같다; 병목이 소스 쪽 (플랫폼이 단일 연결에 주는 할당량, 너무 먼 CDN 노드, 피크에 버티지 못하는 원 서버).

순서는, 그 두 대조를 먼저 마쳐 병목이 내 쪽에도 소스 쪽에도 없음을 확인한 뒤에야 도구 교체를 고려한다.

남겨둘 동영상을 받아 로컬에 저장한다, 한 번에 끝낸다

결론이 "플랫폼이 속도를 충분히 안 준다"라면, 더 편한 방법은 길을 바꾸는 것이다: 페이지에서 완전한 파일을 곧바로 가져온다. 스트리밍과 속도를 다투지 않는다.

이 발상으로 만들어진 것이 VidBrowser 같은 데스크톱 동영상 브라우저 — 그 자체가 완전한 브라우저여서, 사이트를 열고 평소처럼 재생하면 저장이 덤으로 끝난다.

1단계: VidBrowser를 내려받아 설치

VidBrowser는 데스크톱 동영상 브라우저로 다운로드와 녹화 두 기능을 내장했고, Windows와 Mac을 모두 지원하며 설치는 몇 분이면 끝난다.

2단계: VidBrowser에서 동영상 페이지를 열고 재생

쓰는 사이트에 로그인해 저장하고 싶은 동영상을 재생 상태로 두면, 오른쪽의 "동영상 미디어 라이브러리" 패널이 감지된 동영상을 자동으로 나열한다.

3단계: 직접 내려받을 수 있으면 해상도를 고른 뒤 다운로드

패널의 동영상마다 주황색 "다운로드" 버튼이 붙어 있고 앞에 해상도 드롭다운이 있다 — 등급을 정하고 눌러야, 다 받고 나서 화질이 틀렸음을 아는 일이 없다. 가져오는 건 완전한 파일이지 재생하며 주워 담는 스트림이 아니라 기다림이 거의 없다.

4단계: 보호되는 콘텐츠는 녹화 기능으로 저장

다운로드할 독립 파일이 없는 콘텐츠도 있다. 그럴 땐 녹화: 마우스를 동영상 화면 위로 옮기면 녹화 컨트롤이 겹쳐 표시된다 — 녹화 속도를 고르고 (1x 실시간, 2x나 4x면 더 빨리 끝난다), 전체를 담으려면 "전체 녹화"를 누른다. 왼쪽 녹화 버튼으로 언제든 시작하거나 일시정지할 수 있다. 녹화를 마친 파일 역시 로컬에 떨어져 네트워크와 플랫폼 상태에 더 이상 좌우되지 않는다.

저장 후 자리를 확인하고 싶으면 왼쪽 내비게이션의 시계 아이콘이 다운로드 기록이다.

자주 묻는 질문

표시된 속도가 2 MB/s인데, 그게 느린 건가요?

먼저 환산: MB/s에 8을 곱해야 Mbps다. 2 MB/s는 약 16 Mbps로, FCC의 10 Mbps 기준선에서는 느리지 않다. 진짜 비교 대상은 요금제 — 300 Mbps를 내고 16 Mbps가 나온다면 병목은 소스 쪽이나 로컬 기록에 있다.

같은 동영상이 아침엔 빠르고 밤엔 느린데, 플랫폼이 속도를 조이는 건가요?

두 가지 가능성: 밤에는 집 회선이 내 기기나 이웃에게 얇게 나눠지거나, 소스 쪽 노드가 피크 부하에 놓여 있거나. 구분법: 같은 밤에 상관없는 큰 파일을 하나 더 내려받는다 — 그것도 느리면 내 회선, 이것만 느리면 소스 쪽이다.

다운로드 도구를 바꿨는데도 느린데, 또 바꿀 가치가 있나요?

먼저 소스 교체 대조를 한 번 해 보라. 같은 도구로 다른 소스는 빠르고 이것만 느리다면 병목은 소스 쪽이라 또 바꿔도 같다; 모든 소스가 느리면 로컬 기록과 백그라운드 작업을 점검한다.