윈도우 / MS 이것이 Microsoft가 Windows 11 업데이트 크기를 40% 줄인 방법입니다.

이것이 Microsoft가 Windows 11 업데이트 크기를 40% 줄인 방법입니다.

Windows 11은 몇 시간 전에 첫 번째 패치 화요일 업데이트를 받았습니다. OS가 일주일 전에 시차를 두고 출시되기 시작한 것을 고려하면 이는 그다지 큰 업데이트는 아닙니다. 새로운 호환성 문제를 도입하지 않고 일부 호환성 문제만 해결합니다. 그러나 PC에 설치된 업데이트가 예상보다 빠르게 느껴진다면 Microsoft는 이제 이 작업을 가능하게 한 이유에 대한 더 많은 통찰력을 제공합니다.

Windows 11의 서비스 모델에서 변경된 사항에 대해 자세히 살펴보기 전에 기존 서비스 모델뿐만 아니라 변경된 동기에 대해서도 살펴보는 것이 중요합니다. Windows는 전 세계의 다양한 환경에서 사용되는 OS로, 특히 모든 사용자가 가장 빠른 인터넷 연결에 액세스할 수는 없지만 보안 패치를 통해 계속 보호해야 하는 하이브리드 환경에서 더욱 그렇습니다. 따라서 패치 크기가 작아야 합니다. 특히 월별 누적 업데이트에는 이전에 릴리스된 모든 수정 사항이 포함되어 있기 때문입니다.

Windows 10 버전 1809 이상에서는 위 다이어그램에 설명된 전방 및 후방 차동 압축을 사용합니다. 이를 통해 OS를 서비스하는 동안 중간 상태로 기본 버전으로 되돌릴 수 있습니다. 보시다시피 정미분과 역미분은 대칭이지만 내용이 매우 다릅니다. 일부 변환 및 패치가 역방향 델타에 필요한 데이터를 삭제할 수 있기 때문에 Microsoft는 양방향 델타를 활용하지 않습니다. 비파괴 변환을 보장하려면 먼저 역 델타가 정방향 델타에 의해 추가 및 삭제된 내용을 저장해야 합니다. 그러나 위에서 언급한 바와 같이 컨텐츠의 불일치로 인해 적어도 정방향 및 역방향 차동 압축과 비교할 때 프로세스는 그리 효율적이지 않습니다. 이 프로세스에 대한 자세한 내용은 Microsoft 백서에서 확인할 수 있습니다.

Microsoft는 역 업데이트 데이터 생성이라는 접근 방식을 사용하여 Windows 11에서 이 프로세스를 크게 변경했습니다. 이것은 겉보기에 간단하고 직관적인 접근 방식입니다. 델타 명령을 관찰한 다음 쌍으로 구성된 델타 역 패스를 거치지 않고 직접 되돌립니다. 그러나 백엔드에서 이는 매핑 테이블을 사용하여 어셈블리 코드 함수의 결과 변경 사항을 매핑하는 중요한 백엔드 변경 사항을 구성합니다. Microsoft는 다음과 같이 설명합니다:

매핑은 프로그램 어셈블리 코드의 바이트별 디스어셈블리를 실행하고 가상 주소를 식별하는 방식으로 작동합니다. 가상 주소는 어셈블리 코드 함수 및 어셈블리 코드가 수정으로 업데이트될 때 이동에 대한 진입점에 논리적으로 대응합니다.

이러한 시프트는 델타 엔진에 의해 관찰되고 매핑 테이블에 의해 캡처됩니다. 델타 적용에 대한 매핑 프로세스는 이러한 변경 사항의 주소를 정규화하고 현대 건축적으로 계몽된 델타 알고리즘이 효율적인 이유의 큰 부분을 차지합니다.

이러한 변환은 기본 패치 지침과 마찬가지로 "관찰" 후 역방향으로 수행될 수 있습니다. 모든 매핑이 1:1인 것은 아니므로 약간의 오버헤드가 있으며, 순방향 매핑이 관찰된 역방향 매핑과 충돌할 경우 추가 패치 명령을 사용하여 매핑을 정렬해야 합니다. 이 작업은 현장에서 수행할 수 있으며, 역방향 매핑은 서버에서 델타 생성에서 직접 매핑하는 역방향 델타와 거의 동일한 성능을 제공합니다.

Microsoft는 역 업데이트 데이터 생성 접근 방식을 통해 Windows 11 업데이트 크기가 40% 감소했다고 주장합니다. 그 회사는 또한 몇 달 전에 이 방법론에 대한 특허를 출원했다고 말합니다. Microsoft가 이 기술을 Windows 10에도 백포팅할지는 두고 봐야 합니다.