Windows 10 업데이트 크기가 버전 19H1에서 마침내 작아짐

지난 주 Microsoft는 모든 Windows 10 사용자에게 큰 안도감을 줄 수 있는 기능을 발표했습니다. 즉, OS에 제공되는 업데이트 크기가 크게 감소했습니다. 고객은 2015년 Windows 10이 데뷔한 이후 이 문제에 대해 오랫동안 불평해 왔으며 Microsoft가 마침내 메시지를 받기 시작한 것 같습니다.

2018년 말이나 2019년 초에 Windows 10 및 Windows Server에 대한 품질 업데이트를 위한 새 모델이 출시될 예정이며, 이는 더 컴팩트한 패키지로 제공될 것입니다. 현재 품질 업데이트는 매월 릴리스되며 이전에 릴리스된 모든 수정 사항을 포함하기 때문에 크기가 상당히 큽니다. 이러한 패키지는 누적 정도에 따라 다양한 유형이 있습니다. 일부는 델타 업데이트이고 일부는 빠른 업데이트 및 Microsoft는 최신 업데이트로 OS를 신속하게 업데이트하는 전체 업데이트도 제공합니다. 패치. 전체 업데이트가 가장 큽니다.

이 혼란을 단순화하기 위해 Microsoft는 Windows의 향후 릴리스에 대한 델타, 익스프레스 및 전체 업데이트를 종료하기로 결정했습니다. 10, 더 컴팩트하고 CPU 시간이 더 적게 소요된다고 주장하는 새로운 패키지 유형으로 교체합니다. 설치. 크기가 작을수록 네트워크 대역폭이 절약되고 Windows Server Update Services, System Center Configuration Manager, Microsoft Update 카탈로그 또는 Windows Intune을 사용하여 더 쉽게 배포할 수 있습니다. 이러한 새 Express 업데이트는 재배포 가능한 독립 실행형 설치 프로그램(.msu) 파일 또는 (.cab) 파일입니다.

Microsoft에 따르면 Express 업데이트조차도 CPU 시간이 많이 걸렸지만 이 새로운 형식은 훨씬 덜 걸릴 것입니다. 따라서 더 빨리 설치해야 하지만 시스템 속도에 크게 좌우됩니다(느린 시스템이 더 많은 이점을 얻을 수 있음).

이전 버전의 Windows 10은 계속해서 델타 및 전체 업데이트를 제공하지만 이러한 최신 업데이트 패키지의 이점을 계속 누릴 수 있습니다. 이 새로운 디자인은 모든 클래스와 중요성의 모든 월간 품질 업데이트에 적용됩니다.

Microsoft는 변경 사항 및 이전 업데이트 패키지 설명을 다음과 같이 자세히 설명합니다.

전체 업데이트 - RTM 이후 OS에서 변경된 모든 구성 요소 및 바이너리의 압축 버전(ZIP 스타일 압축과 유사)을 포함합니다.

빠른 업데이트 - 서버에는 RTM 이후 변경된 모든 구성 요소 및 바이너리에 대한 여러 기준선의 압축된 델타가 포함되어 있습니다. 컴퓨터는 서버와 대화를 주고 받습니다(서버는 Windows Update 자체일 수도 있고 로컬 WSUS 서버일 수 있음) 필요한 바이트 범위를 식별한 다음 다운로드 범위. 그런 다음 장치는 해당 바이트 범위를 장치의 완전한 파일로 다시 수화한 다음 설치를 수행합니다. 다중 기준선이란 특정 시점의 델타를 포함한다는 의미입니다. 일반적으로 지난 달 LCU(N), 이전 달(N-1) N-5개월 및 RTM을 사용합니다. 따라서 서버 익스프레스 파일은 6-7GB가 될 수 있지만 최종 장치는 150-200MB만 다운로드할 수 있습니다.

소규모 업데이트 - 패키지에는 각 파일에 대한 RTM의 압축된 델타(정방향 델타)와 다시 RTM으로의 델타(역방향 델타)가 포함되어 있습니다. 기본적으로 이는 여러 기준선을 포함하는 대신 하나의 기준선(RTM)만 포함한다는 것을 의미합니다. 예를 들어 장치가 9월 LCU에 있고 10월을 설치했다면 컴퓨터는 9월 리버스 델타를 적용하여 RTM으로 돌아간 다음 10월 포워드 델타를 적용하여 10월로 이동 (10B). 트랜잭션에서 이 작업을 수행하므로 전체 업데이트가 성공하든 그렇지 않든 장치가 중간에 멈출 가능성이 없습니다. 모든 콘텐츠가 패키지 자체에 있으므로 서버 협상이 필요하지 않습니다. 단일 기준선(RTM에서)만 있기 때문에 이전 달 패치에 있었던 누군가에 대한 빠른 업데이트보다 클 수 있습니다. 그러나 크기 차이는 최소화되어야 하며 서버 협상 및 장치 분석 없이 다운로드 및 설치 중에 CPU를 덜 사용합니다.

새로운 소형 패키지 형식의 정말 좋은 점은 Windows 업데이트, WSUS 및 카탈로그에서 동일한 파일을 사용할 수 있다는 것입니다. 따라서 HTTPS(카탈로그)에서 다운로드하고 두 번 클릭하여 설치하더라도 더 작은 경험을 얻을 수 있습니다. Windows 업데이트 또는 WSUS(또는 익스프레스 프로토콜을 지원하는 타사 솔루션)를 통해서만 작동하는 익스프레스와 다릅니다.

이 변경을 수행하려면 패키지 형식 자체와 클라이언트의 업데이트 스택 모두에서 수정이 필요했습니다. OS의 이전 버전에 이러한 유형의 변경을 수행하는 것은 위험합니다(업데이트 스택이 절대적으로 중요함). 새 버전의 OS를 사용하면 대규모 변경을 검증하고 위험을 줄이는 데 사용할 수 있는 내부 테스트와 Windows Insider 미리 보기가 모두 수개월 동안 제공됩니다.

이 새로운 업데이트 패키지 형식에 대해 어떻게 생각하십니까? Microsoft가 처음부터 설계했어야 한다고 생각하십니까? 어떤 종류의 개선 사항이 업데이트될 것으로 예상하십니까?