Roine Bertelson은 스톡홀름 기반의 테크 작가이자 번역가, 디지털 전략가로, AI 도구, Linux, 소비자 기술, 사이버 보안, SEO 콘텐츠 분야에서 20년 넘게 실무 경험을 쌓아왔습니다. 복잡한 주제를 명확하고 실용적인 가이드로 풀어내 독자가 실제 문제를 해결하도록 돕는 것으로 유명합니다. 직접 사용해보고 테스트한 도구만을 다루며, 일부러 문제를 만들어보기도 하는 그의 글은 현대 기술의 혼란을 인간적이고 정직하며 유용한 조언으로 바꿔준다는 평가를 받고 있습니다.
속도 테스트 결과는 자랑스러울 만큼 깨끗했습니다. 다운로드는 빨랐고, YouTube는 굳이 버퍼링을 유발하려 들지 않는 한 끊길 일이 없었습니다. 수치상으로만 보면 Reddit에 자랑하고 싶을 정도의 연결 상태였죠. 그런데도… 페이지를 열 때마다 그것이 있었습니다. 아주 작고 짜증 나는 멈춤. 로딩 바도, 스피너도, 활동 중이라는 듯한 반짝임조차 없이요. 그냥 인터넷이 결심을 내리기 전에 잠시 마음을 모으는 것 같은 기이한 반 초의 공백이었습니다. 불평할 만큼 길지는 않지만, 절대 느낄 만큼은 긴 시간이었죠.
이런 종류의 지연은 벤치마크에는 나타나지 않습니다. 그것은 다른 곳에 삽니다. 근육 기억 속에, 기대감 속에, 백 번째 탭을 열었을 때 스멀스멀 올라오는 “왜 이상하지?”라는 미묘한 감각 속에요. 저도 누구나 하듯 브라우저를 의심했습니다. 탭을 닫았다가 다시 열고, 또 Vivaldi 탓을 해볼까 고민하기도 했습니다(항상 뭔가 잘못할 것 같은 녀석이라). 하지만 RAM도, CPU도, 연결 자체도 아니었습니다. 아무 일도 시작되기도 전에 DNS가 조용히 발목을 잡고 있었던 겁니다.
로딩이 시작되기 전까지 모든 것이 느리게 느껴졌던 이유
그 보이지 않는 지연은 대역폭이 아니라 ‘조회 시간’의 문제였습니다
웹사이트가 로드되기 전에 시스템은 아주 기본적인 질문 하나를 던져야 합니다. “이건 어디에 있지?” 이 질문은 DNS 리졸버로 향합니다. DNS는 google.com 같은 사람이 읽을 수 있는 도메인 이름을 시스템이 실제로 연결할 수 있는 IP 주소로 변환해 주는 역할을 합니다. 그리고 그 질문에 답이 돌아올 때까지는 아무 일도 일어나지 않습니다. 콘텐츠도 로드되지 않고, 스크립트도 구동되지 않으며, 이미지도 나타나지 않습니다. 모든 것이 DNS가 제 할 일을 끝내기를 정중하게 기다리고 있죠.
이 단계가 아주 조금만 느려도 전체 경험이 망설이는 듯한 느낌을 줍니다. 고장 난 게 아니라 그냥… 확신이 없는 것처럼요. Mint와 Ubuntu 계열을 포함한 대부분의 Linux 시스템은 ISP가 배포하는 DNS를 기본값으로 사용합니다. 약간 찌그러진 장바구니가 그럭저럭 굴러가는 것과 같은 방식으로 동작하는 셈입니다.
하지만 그런 서버들이 항상 빠른 건 아니고, 항상 가까운 것도 아닙니다. 최신 공용 리졸버들처럼 응답성에 최적화된 경우도 거의 없습니다. 그래서 새 요청 하나하나마다 약간의 망설임이 내장되어 있는 겁니다. 비명을 지를 만큼은 아니지만, 한숨은 쉴 만큼이죠.
패턴이 보이기 시작한 순간
빠른 인터넷의 느린 시작만큼 특수한 짜증은 없습니다
마침내 저를 넘어뜨린 것은 실패가 아니라 일관성이었습니다. 페이지가 일단 로드되기 시작하면 빛의 속도로 진행됐습니다. 불평도, 지연도 없이요. 모든 게 완벽하게 작동하는 것처럼 착착 맞아떨어졌습니다. 하지만 그 지점에 도달하는 과정은 문을 두드리고 누군가 답하기를 아주 약간 오래 기다리는 느낌이었습니다. 그래서 살짝 강박적으로 관찰을 시작했습니다. 같은 사이트를 반복해서 열고, 첫 로드와 새로고침을 비교하고, 캐시된 페이지와 새 요청이 어떻게 다르게 동작하는지 지켜봤죠.
캐시된 페이지는 즉각적이었습니다. 무섭도록 즉각적이었어요. 새로운 요청은? 매번 그 곤란한 멈춤이 있었습니다. 그 순간부터 이건 막연한 짜증이 아니라 패턴처럼 보이기 시작했습니다. 그리고 DNS는 그 패턴과 정확히 들어맞습니다. 한번 보고 나니 못 본 척할 수가 없었죠. 모든 클릭이 먼저 헛기침부터 해야 하는 것 같았으니까요.
DNS 전환, 그리고 즉각적인 변화
더 나은 리졸버는 속도를 높인 게 아니라 ‘올바른 느낌’을 줬습니다
ISP의 DNS를 떠나 잘 알려진 공용 리졸버 몇 곳을 테스트했습니다.
- Cloudflare (1.1.1.1)
- Google DNS (8.8.8.8)
- Quad9 (9.9.9.9)
거창한 절차는 없었습니다. 시스템 대개편도 아니었고요. 네트워크 설정에서 조용히 변경하고 재연결했을 뿐입니다. 그런데 차이는 거의 화가 날 정도로 즉각적이었습니다. 페이지가 더 이상 멈추지 않았습니다. 그냥 열렸죠. 새 탭이 협상처럼 느껴지지 않았고, 링크는 클릭하는 순간 반응했습니다. 모든 상호작용 속에 조용히 살아있던 그 기이한 미세 지연이 그냥 사라졌습니다. 같은 시스템, 같은 브라우저, 모든 게 그대로였는데요.
전체적인 경험이 더 탄탄하고 자신감 있게 느껴졌습니다. 인터넷이 마침내 망설이기를 멈추기로 한 것 같았죠. 어디에도 극적으로 드러나지 않는 변화지만, 한번 알아차리고 나면 되돌아가는 순간 마치 시스템이 갑자기 결정장애를 갖게 된 것처럼 느껴집니다.
journald가 그 변화를 부정할 수 없게 만들었다
DNS 쿼리를 실시간으로 보면 감각이 증거가 됩니다
이 시점에서 저는 개선을 ‘느끼고 싶은’ 게 아니라 현장에서 잡아내고 싶었습니다. 그래서 journald를 찾았습니다. Linux 시스템에서 뭔가 일어나고 있다면, 보통 어딘가에서 그 얘기를 하고 있으니까요.
systemd-resolved를 사용하는 시스템에서는 다음 명령어로 DNS 쿼리를 실시간으로 확인할 수 있습니다.
journalctl -u systemd-resolved -f
DNS를 전환하기 전에는 패턴이 명확했습니다. 쿼리가 들어오고, 잠시 멈추고, 그다음에 resolve되는 거죠. 극적이지는 않지만 시간이 지나면서 약간 느릿한 응답들이 쌓여갔습니다. 전환 후에는 모든 것이 단단해졌습니다. 요청이 더 빨리 처리되고, 기이한 지연도, 왔다 갔다 하는 과정도 눈에 띄게 줄었습니다. 더 깔끔하고 결단력 있게 보였고, 시스템이 더 이상 자신을 의심하지 않는 것 같았습니다. 그리고 그게 꽤나 뿌듯한 부분이죠.
이건 스스로를 설득해서 ‘더 좋아진 것 같다’고 만드는 그런 트윅이 아니었습니다. 로그가 뒷받침해 줬습니다. 실제로 관찰 가능한 방식으로 동작이 변한 겁니다. 덕분에 이 모든 게 단순한 튜닝이라기보다, 애초에 그렇게 느렸으면 안 됐던 무언가를 고친 일처럼 느껴졌습니다.
마찰을 제거하는 것이 원시 속도를 쫓는 것보다 항상 낫습니다
이건 연결을 최대치로 끌어올리는 이야기가 아닙니다. 다운로드 속도가 갑자기 두 배가 되지 않고, 속도 테스트 결과가 자랑거리가 되지도 않습니다. 대역폭에는 아무 변화도 없습니다. 달라지는 건 모든 것의 ‘시작’입니다. 그리고 경험의 대부분은 바로 그곳에 있습니다. 우리는 하루 종일 대용량 파일을 내려받지 않습니다. 클릭하고, 브라우징하고, 탭 사이를 오가고, 의식적으로 생각하기도 전에 링크를 따라갑니다.
그 행동 하나하나가 시작되기 전에 아주 작은 지연이라도 있다면, 그것은 본래보다 무겁게 느껴지는 방식으로 쌓입니다. 극적이지 않고, 대부분의 도구가 측정하는 방식으로도 잡히지 않습니다. 하지만 시스템이 느껴지는 방식에는 확실히 영향을 줍니다. DNS를 전환하면 그 망설임이 사라집니다. 모든 것이 다시 즉각적으로 느껴집니다. 반응이 빠르고, 예측 가능하고요. 그리고 그 마찰이 한번 사라지면, 그것이 돌아오는 걸 견디기 아주 어렵습니다. 이제 알았으니까요. 인터넷이 느렸던 게 아니었습니다. 아주 간단한 질문에 누군가 답하기를 기다리고 있었을 뿐이었다는 걸요.
함께 읽으면 좋은 글
라우터 vs 컴퓨터, DNS 설정은 어디서 바꿔야 빠를까? — 라우터 수준과 PC 수준에서 DNS를 각각 설정해 비교한 결과, 네트워크 속도와 전반적인 성능에 실질적인 개선이 있었습니다. DNS 변경 위치만 잘 잡아도 체감이 크게 달라질 수 있습니다.