마이크로소프트, 윈도우 11 업데이트 크기를 40% 줄인 방법 설명

6월 공식 발표에서 마이크로소프트는 윈도우 업데이트가 윈도우 10보다 40% 더 작고 효율적일 것이라고 약속했습니다. 이러한 업데이트는 이제 주로 백그라운드에서 이루어져 프론트엔드 사용자에게 원활한 경험을 제공합니다.

약속을 지킨 마이크로소프트는 윈도우 11의 품질 업데이트 크기를 40% 줄였습니다. 이제 블로그 게시물에서 회사는 새로운 압축 기술을 사용하여 목표를 어떻게 달성했는지 설명했습니다.

“윈도우 보안 및 품질 수정의 빠른 속도로 인해, 이 많은 업데이트된 콘텐츠를 배포하는 데 상당한 대역폭이 소모됩니다. 이 네트워크 전송을 줄이는 것은 훌륭한 경험을 위해 중요합니다. 또한 느린 네트워크를 사용하는 사용자들은 패키지를 다운로드할 수 없다면 최신 보안 수정 사항으로 기계를 최신 상태로 유지하는 데 어려움을 겪을 수 있습니다,”라고 마이크로소프트 소프트웨어 엔지니어 조나선 레디가 블로그 게시물에서 썼습니다.

“고속 브로드밴드에 대한 접근이 제한된 농촌 지역 사회 외에도, 하이브리드 및 원격 근무는 많은 기업의 업데이트 배포 복잡성을 증가시켰습니다. 장치에 업데이트를 배포하기 위한 고속 내부 네트워크가 없는 기업은 업데이트 배포를 제공하기 위해 가상 사설망과 원격 근무자의 가정 인터넷 연결에 의존해야 합니다. 네트워크 트래픽을 최소화하면 보안 패치의 속도가 증가하여 원격 근무자가 어디에 있든 보호받을 수 있습니다.”

윈도우 10, 버전 1809 이후, 윈도우 서비스는 쌍으로 된 전방 및 후방 차등 압축을 사용했습니다. 전방 및 후방 차등을 활용함으로써 OS는 서비스 중간 상태로 기본 버전으로 되돌릴 수 있습니다.

전방 및 후방 차등은 기능적으로 대칭이지만, 그 내용은 대부분 분리되어 있습니다. 이는 공유 및 분리된 내용을 포함하는 양방향 델타가 전방 및 후방 차등 쌍보다 크게 작지 않다는 것을 의미합니다.

전방 및 후방 델타의 데이터가 대부분 분리되어 있기 때문에, 쌍으로 된 전방 및 후방 델타에 비해 양방향 델타에서 얻는 효율성은 거의 없습니다.

마이크로소프트는 이러한 변환 및 패치가 델타 적용 단계에서 “관찰”될 수 있으며, 효율적으로 후방 델타(n->0)로 재인코딩될 수 있음을 발견했습니다. 이는 쌍 델타 접근 방식에서 후방 델타를 배포할 필요성을 없앱니다.

결과적으로, 레드몬드 대기업은 가상 주소 조립을 위해 “후방 업데이트 데이터 생성” 접근 방식을 사용했습니다.

“매핑은 프로그램의 어셈블리 코드의 바이트별 분해를 실행하고 가상 주소를 식별하는 방식으로 작동합니다. 가상 주소는 어셈블리 코드 함수의 진입점에 논리적으로 해당하며, 어셈블리 코드가 수정으로 업데이트될 때 이동합니다. 이러한 이동은 델타 엔진에 의해 관찰되고 매핑 테이블에 캡처됩니다. 델타 적용에서의 매핑 과정은 이러한 변경 사항의 주소를 정규화하며, 현대의 건축적으로 계몽된 델타 알고리즘이 매우 효율적인 이유 중 큰 부분을 차지합니다,”라고 레디가 덧붙였습니다.

“기본 패치 지침과 마찬가지로, 이러한 변환은 ‘관찰’되고 역전될 수 있습니다. 모든 매핑이 1:1이 아니기 때문에 약간의 오버헤드가 있으며, 전방 매핑이 관찰된 후방 매핑과 충돌할 경우 매핑을 정렬하기 위해 추가 패치 지침을 사용해야 합니다. 이는 제자리에서 수행할 수 있으며, 후방 매핑은 서버에서 수행된 델타 생성의 직접 매핑과 거의 동일한 성능을 제공합니다.”

마이크로소프트에 따르면, 윈도우 11의 “후방 업데이트 데이터 생성” 접근 방식은 업데이트 크기를 40% 줄이는 결과를 가져왔습니다. 이는 고객이 최신 상태를 유지하고 보안을 유지하기 위해 다운로드해야 하는 양을 줄이는 데 도움이 될 것입니다.