Windows Update의 초기 업데이트 검색 과정이 유독 오래 걸리는 경우를 자주 목격했습니다. 사용 가능한 업데이트 개수, 마지막 전체 패치 주기 이후 경과 시간, 하드웨어 사양에 따라 차이가 있지만, 설치 가능한 업데이트 목록을 보여주기까지 60~90분 가까이 걸리는 경우가 허다합니다. 그동안 WU 실행 파일의 svchost.exe 하위 프로세스는 CPU 코어 하나를 통째로 점유합니다. 이후 진행되는 실제 설치는 빠르지 않더라도 비교적 빨리 끝나는 편입니다.
이런 일관성 없고 다소 짜증 나는 WU 검색 동작 때문에 해결책을 찾아보기로 했습니다. 검색과 포럼 질문 끝에 Wilders와 DSLReports에서 방대한 제안과 선택지를 담고 있는 두 개의 긴 스레드를 발견했고, 테스트용 예비 PC가 있었기에 본격적인 탐구에 나섰습니다.
문제와 증상
자세히 살펴보면, 재부팅 직후든, 수동으로 업데이트 확인을 눌렀든, 시스템이 주기적으로 갱신을 실행하든 WU가 결과를 가져와 화면에 표시하기까지 매우 오랜 시간이 걸립니다. 경우에 따라 몇 시간씩 소요되기도 합니다. 그동안 CPU는 상당히 바쁘게 움직입니다. 실제로 필자의 데스크톱 중 하나는 약 80분 동안 CPU의 25%를 사용한 뒤에야 50여 개의 업데이트 목록을 돌려줬습니다. 며칠이 걸리는 사례도 있다는 이야기를 읽은 적이 있습니다.
실제 설치 단계는 다소 더 빠르고 일관성 있게 진행됩니다. 물론 진행률 표시줄에서 백분율 변화가 전혀 보이지 않는 경우가 많지만요. 이후 설치 속도는 CPU와 디스크가 패치를 처리할 수 있는 만큼 결정됩니다. 재부팅 후 이어지는 검사는 훨씬 빨라지지만, 그렇다고 즉각적이지는 않습니다. 앞선 예시의 경우 50개 이상의 업데이트를 모두 처리하고 설치한 뒤에는 다음 검사가 약 4분 만에 끝났습니다. 다만 업데이트 수가 소요 시간에 영향을 미치는 것은 분명하지만 유일한 요인은 아니며, 그래서 전체 과정이 상당히 예측 불가능합니다.
가능한 해결책
원인과 우회 방법은 다양합니다. 가장 먼저 시도해 볼 만한 것은 최신 버전의 WU 에이전트를 다운로드하는 것으로, 속도가 어느 정도 개선될 가능성이 있습니다.
KB 수정 패치
업데이트 검색 및 설치 지연과 높은 CPU 사용량 문제를 해결하기 위해 출시된 패치 목록이 상당히 깁니다. 대표적으로 KB3102810이 있으며, 이 외에도 성격이 비슷한 여러 패치가 이전과 이후에 배포되었습니다. 예를 들어 KB3112343, KB3138612 등이 있습니다.
상황을 한층 더 복잡하게 만드는 요소는 이 패치들이 Windows 10 업그레이드 관련 구성 요소까지 함께 묶어서 배포된다는 점입니다. 그래서 사용자 입장에서는 원치 않을 수도 있고, 느린 업데이트 문제를 해결하는 과정 역시 번거로워집니다. 게다가 어떤 패치부터 시도해야 할지도 고민거리입니다. 최신 패치일까요, 가장 오래된 패치일까요? 논리적으로는 가장 오래된 것부터 시작하는 것이 좋습니다. 문제(회귀)가 발생하면 언제든 업그레이드하거나 되돌릴 수 있기 때문입니다.
필자는 위의 세 가지 KB를 재부팅 여부를 달리하여 총 6가지 조합으로 테스트했습니다. 그러나 반복 가능한 개선 패턴이나 뚜렷한 속도 향상은 확인하지 못했습니다. 해당 테스트 장비에서는 CPU가 여전히 대부분의 시간 동안 100%로 바쁘게 돌았고, 검색에도 매우 오랜 시간이 걸렸습니다. 이후 테스트를 다른 시스템으로 확장했을 때는 다소 나은 결과가 있었지만, 패치 간 편차 또한 상당했습니다. 단언할 수 있는 것은 Microsoft가 의도한 개선이 아마도 극히 특정한 조건에서만 작동한다는 사실뿐입니다. 어쩌면 Microsoft 자신도 무엇이 어떻게 잘못됐는지 정확히 파악하지 못하고 있을지도 모릅니다. 어쨌든 KB 패치는 효과가 있을 수도, 없을 수도 있습니다. 일종의 행운의 도박이죠. KB3139852 역시 효과를 기대해 볼 만한 패치인데, 실제로 필요한 마법을 부려줄지는 앞으로 몇 달간 지켜봐야 알 수 있습니다.
결론
짧은 글이면서 다소 아쉬운 결말입니다. 느린 업데이트 검색과 높은 CPU 사용량을 해결한다고 주장하는 공식 패치가 여럿 존재하지만, 이것들이 지능적이고 일관된 방식으로 작동하는지는 저도 확신할 수 없습니다. 이 접근법으로 얻은 것은 부분적인 결과뿐이었습니다. 어떤 조건에서 WU가 순조롭게 동작하고 어떤 조건에서 버벅거리는지 정확히 알려주는 공식은 아직 찾지 못했습니다. 최신 업데이트가 이상적인 해결책을 약속하는지는 두고 볼 일입니다.
그래도 이 패치들을 직접 시도해 볼 만합니다. 잃을 것이 없으니까요. 다만 가장 오래된 릴리스부터 시작해 시간순으로 진행하세요. 한 번에 하나의 변경만 적용해야 비교 기준선을 확보할 수 있습니다. 그리고 시스템 이미징과 백업은 언제나 좋은 습관입니다. 마지막으로, 앞으로 몇 주, 몇 달에 걸쳐 Windows 업데이트를 빠르고 편리하게 처리해 준다고 주장하는 서드파티 도구들도 테스트할 예정입니다. 하지만 그건 아직 비밀로 하겠습니다. 이후 소식을 기대해 주세요.