2026년 4월 1일 오후 4시 30분(EDT)에 게시됨
Roine Bertelson은 스톡홀름에 거주하는 기술 작가, 번역가 및 디지털 전략가로서 AI 도구, Linux, 소비자 기술, 사이버 보안 및 SEO 기반 콘텐츠 분야에서 20년 이상의 실무 경험을 보유하고 있습니다. 그는 복잡한 주제를 독자가 실제 문제를 해결하는 데 도움이 되는 명확하고 실용적인 지침으로 바꾸는 것으로 유명합니다. 사람들은 그가 쓴 도구를 실제로 사용 및 테스트하고, 의도적으로 문제를 해결하고, 현대 기술의 혼란을 인간적이고 정직하며 유용하다고 느껴지는 조언으로 변환하기 때문에 그의 작업을 신뢰합니다.
Linux 업데이트 크롤링을 보면서 발생하는 매우 특정한 종류의 짜증(관심 있는 사람이 있다면 나는 이를 펭귄 분노라고 부릅니다)이 있습니다. 실패하지도, 충돌하지도, 불평하지도 마세요. 그냥 거기 앉아서 각 패키지를 개별적으로 협상하는 것처럼 조금씩 앞으로 나아가세요. 내 시스템은 고장나지 않았습니다. 인터넷은 안정적이었습니다. 스트리밍, 다운로드, Docker 풀 등 모두 괜찮습니다. 그런데 apt update를 실행한 순간 그 뒤에 apt upgrade이 옵니다. . 모든 것이 정중하고 거의 수동적이고 공격적인 속도로 느려졌습니다. Linux가 "우리는 결국... 결국 거기에 도달할 것입니다."라고 말한 것처럼 말입니다. 그리고 오랫동안 나는 그것을 받아들였습니다. 업데이트에는 시간이 걸리기 때문에 그렇죠? 스포일러 경고:아니요, 그렇지 않습니다.
문제는 내 시스템이 아니었습니다
잘못된 미러 선택으로 인해 느린 업데이트가 발생했습니다.
출처:Roine Bertelson/MakeUseOf Linux는 하나의 중앙 서버에서 업데이트를 다운로드하지 않습니다. 전 세계에서 호스팅되는 동일한 패키지의 복사본인 미러에서 가져옵니다. 이론적으로 이것은 훌륭합니다. 중복성, 속도, 탄력성. 매우 영리합니다. 실제로 시스템은 조용히 하나를 선택하고 최선의 결과를 기대합니다.
때로는 운이 좋아서 즉각적으로 느껴지는 빠른 로컬 미러에 도달하는 경우도 있습니다. 다른 경우에는 지구 반대편에 과부하가 걸리거나 전력이 부족하거나 그저 나쁜 하루를 보내는 무언가에 갇히게 될 수도 있습니다. 그리고 귀하의 시스템은 마치 장기적인 관계에 있는 것처럼 영원히 행복하게 계속 사용할 것입니다. 그것이 나에게 일어난 일입니다. 아무것도 이상해 보이지 않았습니다. 오류나 경고가 없습니다. 분명히, 그들이 할 수 있는 것보다 훨씬 더 오랜 시간이 걸린 업데이트였습니다. 최악의 부분은 그것이 얼마나 미묘하다는 것입니다. 당신은 즉시 “이건 망가졌어”라고 생각하지 않습니다. 당신은 "업데이트에 걸리는 시간이 이 정도인 것 같아"라고 생각합니다. 그렇지 않습니다.
거울을 바꿨더니 모든 것이 바뀌었어요
더 나은 서버로 인해 업데이트 속도가 훨씬 빨라졌습니다
수정은 거의 공격적으로 간단했습니다. 나는 더 나은 거울로 바꿨습니다. Linux Mint 및 Ubuntu 기반 시스템에서는 시스템 설정에 바로 적용됩니다. 터미널 의식이나 포럼 동굴탐험, 2012년 블로그 게시물의 명령 복사-붙여넣기 등이 필요하지 않습니다.
- 공개 소프트웨어 소스
- 다운로드 또는 미러 섹션 찾기
- 미러를 테스트하거나 가까운 미러를 수동으로 선택하세요
- 적용 및 새로고침
그게 다야. 그것이 바로 '조정'이다. 나는 업데이트를 다시 눌렀고 기껏해야 약간의 개선이 있을 것으로 기대했습니다. 대신에, 그냥…갔습니다. 마치 내 시스템이 마침내 깨어나서 괜찮은 인터넷 연결이 있다는 것을 기억한 것처럼 패키지가 날아오기 시작했습니다. 동일한 시스템, 동일한 네트워크, 동일한 업데이트이지만 완전히 다른 경험입니다. 최적화라기보다는 애초에 존재하지 않는 리미터를 제거하는 것과 같은 느낌이 들었습니다.
병렬 다운로드도 활성화했습니다
APT 멀티태스킹을 허용하면 불필요한 대기 시간이 사라집니다.
거울이 얼마나 많은 변화를 가져왔는지 보고 나니 호기심이 생겼습니다. 하나의 작은 설정으로 많은 문제를 해결할 수 있다면 눈에 잘 띄지 않는 또 다른 것은 무엇일까요? APT는 기본적으로 보수적이므로 항상 가장 공격적인 다운로드 동작을 사용하지는 않습니다. 줄을 서서 차례를 기다리세요. 밀지 마세요.
공유 거울에서 배려하려고 노력한다면 좋습니다. 커피가 식기 전에 시스템을 업데이트하려는 경우에는 덜 좋습니다. 그래서 살짝 밀어봤습니다.
APT 구성을 조정하여 보다 공격적인 다운로드 동작을 활성화할 수 있습니다. 예:
Acquire::Queue-Mode "host";
Acquire::Retries "3";그리고 설정에 따라 파이프라인 깊이를 조정하거나 여러 연결을 허용하면 깔끔하게 작은 라인에서 모든 작업을 수행하는 것보다 더 효율적으로 가져오는 데 도움이 될 수 있습니다.
나는 또한 다음을 추가했습니다:
Acquire::Languages "none"; 문화적으로 완전하다고 느끼기 위해 내가 말하지 않는 언어에 대한 번역 파일을 시스템에서 다운로드할 필요가 없기 때문입니다.
그 결과는 거울을 바꾸는 것만큼 극적이지는 않았지만, 이를 합치면 훨씬 더 많은 시간이 단축되었습니다. 업데이트가 작업처럼 느껴지지 않고 배경 이벤트처럼 느껴지기 시작했습니다. 그들이 속한 곳은 바로 그곳입니다.
Linux가 기본적으로 이 작업을 수행하지 않는 이유
시스템은 안정성과 자원 공유를 선호합니다
리눅스가 의도적으로 시간을 낭비하고 있다고 비난하기 전에, 여기에는 이유가 있습니다. 미러는 공유 인프라입니다. 모든 시스템이 갑자기 공격적인 병렬 다운로드로 시스템을 망치기로 결정하면 상황이 빠르게 지저분해질 것입니다. 따라서 배포판은 안전하게 플레이합니다. 보수적 기본값. 예측 가능한 행동. 공유 서버에 불필요한 부담이 없습니다. 이는 많은 Linux 결정 뒤에 숨어 있는 동일한 철학입니다. 안정성이 먼저이고 성능이 두 번째이며 혼돈은 선택 사항입니다. 그러나 트레이드 오프는 시스템이 실제로 필요한 후에도 오랫동안 보조 바퀴를 사용하여 실행될 수 있다는 것입니다. 특히 어딘가의 데이터 센터에 서버를 유지 관리하지 않고 연결 상태가 양호하고 개인용 컴퓨터를 업데이트하는 경우라면 더욱 그렇습니다.
관련
업데이트 수정으로 미묘하지만 지속적인 마찰 원인이 제거되었습니다.
여기서는 예상하지 못한 부분이 있습니다. 이전에는 시스템이 느리게 느껴지지 않았습니다. 명백한 방법은 아닙니다. 앱이 정상적으로 시작되었습니다. 멀티태스킹이 원활했습니다. "성능 문제"라고 비명을 지르는 것은 없습니다. 그러나 업데이트가 실행될 때마다 이러한 낮은 수준의 마찰이 발생했습니다. "아, 시간이 좀 걸릴 것 같다"는 느낌. 시스템 유지 관리를 피해야 할 것처럼 느껴지도록 충분한 저항력을 추가했습니다. 미러를 수정한 다음 우체국의 대기열처럼 조금 덜 작동하도록 APT를 푸시하면 이 문제가 완전히 제거됩니다.
이제 업데이트는 내가 신경 쓰지 않을 만큼 빠르게 이루어집니다. 나는 그것들을 실행하고, 끝내고, 내 삶을 계속합니다. 정신적인 부담도 없고, 기다리는 게임도 없고, 배경에 조용한 분노가 쌓이는 일도 없습니다. 그리고 바로 그 순간이 클릭되었습니다. 때로는 시스템이 느리지 않을 때도 있습니다. 불필요하게 예의바르게 행동하는 것뿐입니다. 그리고 이를 알려주는 작은 설정 하나만 있으면 조금 더 빨라질 수 있습니다.