Redmond 관계자는 Windows 11 업데이트가 40% 작아진 방법을 설명합니다.

우리 모두 알고 있듯이 Windows 11은 몇 시간 전에 첫 번째 패치 화요일 업데이트를 받았습니다. OS가 일주일에 걸쳐 시차를 두고 일반적으로 출시되기 시작한 것을 고려하면 거대한 업데이트 전에.

이 최근 업데이트는 새로운 문제를 도입하지 않은 것처럼 보이는 일부 호환성 문제만 수정합니다.

그러나 여전히 업데이트가 예상보다 빨리 PC에 설치되었다고 느낀다면 Microsoft는 이제 무엇이 이것을 가능하게 했는지에 대한 더 많은 통찰력을 제공했습니다..

어떤 내용인지 함께 알아볼까요?

Microsoft가 업데이트를 작게 만드는 방법입니다.

Windows 11의 서비스 모델에서 변경된 사항에 대해 알아보기 직전에 기존 서비스 모델뿐만 아니라 변경 이면의 동기에 대해 논의하는 것이 중요합니다.

우리 모두는 Windows가 전 세계적으로 다양한 환경에서 사용되는 운영 체제라는 데 동의할 수 있습니다.

모든 사람이 가장 빠른 인터넷 연결에 액세스할 수 없지만 보안 패치를 통해 계속 보호되어야 하는 이 하이브리드 환경에서는 더욱 그렇습니다.

이것이 월간 누적 업데이트에 이전에 릴리스된 모든 수정 사항이 포함되어 있기 때문에 특히 패치 크기가 작은 것이 필수적인 이유입니다.

Windows 10의 버전 1809 이상은 위의 다이어그램에 설명된 쌍으로 된 순방향 및 역방향 차등 압축을 사용합니다.

이것은 실제로 OS가 서비스하는 동안 중간 상태로 기본 버전으로 되돌릴 수 있도록 합니다. 보시다시피 순방향 및 역방향 디퍼렌셜은 대칭이지만 내용이 매우 다릅니다.

Redmond에 기반을 둔 기술 회사는 일부 변환 및 패치가 역 델타에 필요한 데이터를 삭제할 수 있기 때문에 양방향 델타를 사용하지 않습니다.

비파괴적 변환이 보장되려면 역방향 델타가 먼저 순방향 델타에 의해 추가 및 삭제된 콘텐츠를 저장해야 합니다.

콘텐츠의 분리로 인해 프로세스는 적어도 쌍을 이루는 순방향 및 역방향 차동 압축과 비교할 때 그다지 효율적이지 않습니다.

Microsoft는 역 업데이트 데이터 생성이라는 접근 방식을 사용하여 Windows 11에서 이 프로세스를 실제로 변경했습니다.

매핑은 프로그램 어셈블리 코드의 바이트 단위 분해를 실행하고 가상 주소를 식별하여 작동합니다. 가상 주소는 논리적으로 어셈블리 코드 기능의 진입점에 해당하며 어셈블리 코드가 수정 사항으로 업데이트될 때 이동합니다. 이러한 이동은 델타 엔진에서 관찰되며 매핑 테이블에 캡처됩니다. 델타 적용에 대한 매핑 프로세스는 이러한 변경 사항의 주소를 정규화하고 현대 아키텍처에서 계몽된 델타 알고리즘이 매우 효율적인 이유의 큰 부분입니다.

단순하고 직관적인 접근 방식처럼 보이지만 델타 명령을 관찰한 다음 쌍을 이루는 델타 역방향 패스를 거치지 않고 직접 역방향으로 설정합니다.

그러나 백엔드에서 이는 매핑 테이블을 사용하여 어셈블리 코드 기능의 결과 변경 사항을 매핑하는 중요한 백엔드 변경을 구성합니다.

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

Redmond 관계자는 역 업데이트 데이터 생성 접근 방식으로 인해 Windows 11 업데이트 크기가 40% 감소했다고 주장합니다.

Redmond 회사는 몇 달 전에 이 방법론에 대한 특허도 출원했다고 말합니다. Microsoft가 이 기술을 Windows 10에도 백포팅할지 여부는 두고 봐야 합니다.

이러한 감소 기술에 관심이 있으십니까? 아래 의견 섹션에서 의견을 공유하십시오.