據(jù)Neowin報道，今天，Windows 11正式版收到了第一個周二更新補丁考慮到操作系統(tǒng)在一周前才開始分階段推出，這并不是一個巨大的更新它只是修復(fù)了一些兼容性問題

向超過10億用戶提供Windows更新和安全修復(fù)涉及分發(fā)大量更新和消耗大量帶寬為了減少網(wǎng)絡(luò)帶寬，微軟采用了新的壓縮技術(shù)，將Windows 11更新包的大小減少了40%

今天，微軟通過一篇文章分享了Windows 11更新模式改變的細(xì)節(jié)。

對于需要正向和反向增量對的版本數(shù)據(jù)系統(tǒng)，反向更新數(shù)據(jù)生成提供了一種方法，可以有效地將正向增量分配給設(shè)備，并為設(shè)備保留一條返回原始狀態(tài)的路徑微軟已經(jīng)在Windows 11中成功采用了這種方法，將更新包的大小減少了40%這有利于我們的客戶群，他們需要更少的下載來保持最新和安全

IT之家了解到，Windows是一個在全球各種環(huán)境下使用的操作系統(tǒng)尤其是在這種混雜的環(huán)境下，每個人可能都得不到最快的互聯(lián)網(wǎng)連接，但仍然需要安全補丁的保護這就是為什么補丁必須很小的原因，特別是因為每月累積更新包括所有以前發(fā)布的修復(fù)

微軟開始縮減Windows 11更新的大小，目標(biāo)如下:

減少網(wǎng)絡(luò)下載量。

不要延長安裝時間。

保持與所有分銷渠道的兼容性，無需IT專業(yè)人員進行任何配置更改。

Windows 10及以上版本使用上圖中描述的成對正向和反向差分壓縮它確保操作系統(tǒng)可以在服務(wù)期間作為中間狀態(tài)恢復(fù)到其基本版本正如你可能已經(jīng)注意到的，雖然向前和向后的差異是對稱的，但它們的內(nèi)容在很大程度上是不相關(guān)的這意味著包含共享和不相關(guān)內(nèi)容的雙向差異并不比一對向前和向后的差異小多少

微軟沒有利用雙向差異，因為一些轉(zhuǎn)換和補丁可能會刪除反向差異所需的數(shù)據(jù)為了確保無損轉(zhuǎn)換，反向增量首先需要存儲正向增量添加和刪除的內(nèi)容可是，如上所述，由于內(nèi)容的不一致性，這個過程不是很有效，至少與成對的正向和反向差分壓縮相比是如此因為正向和反向增量中的數(shù)據(jù)基本上是不相關(guān)的，所以雙向增量的效率遠(yuǎn)遠(yuǎn)高于成對的正向和反向增量

微軟在Windows 11中使用了一種叫做反向更新數(shù)據(jù)生成的方法，對這個過程進行了很大的改變這是一種看似簡單直觀的方法，它觀察delta指令，然后直接反轉(zhuǎn)，而不需要經(jīng)過成對的delta反轉(zhuǎn)通道可是，在后端，這構(gòu)成了一個重要的后端更改，它使用映射表來映射匯編代碼函數(shù)中的結(jié)果更改

微軟解釋說:

當(dāng)一個函數(shù)的地址改變時，架構(gòu)上開明的delta算法，比如微軟的MSDelta，會重新映射虛擬地址這很重要，因為即使是匯編代碼中的基本補丁也會改變二進制程序中后續(xù)函數(shù)的地址如果不重新映射虛擬地址，一行匯編代碼的改變可能會導(dǎo)致成千上萬的函數(shù)調(diào)用來調(diào)整虛擬地址

映射通過逐字節(jié)分解程序的匯編代碼并確定虛擬地址來工作虛擬地址在邏輯上對應(yīng)于匯編代碼函數(shù)的入口點，并在匯編代碼被修復(fù)和更新時被轉(zhuǎn)移這些運動由delta引擎觀察，并由映射表捕獲delta應(yīng)用程序的映射過程將這些改變的地址規(guī)范化，這是現(xiàn)代架構(gòu)中開明的delta算法如此高效的很大一部分原因

與基本的修補指令一樣，這些轉(zhuǎn)換可以被觀察和反轉(zhuǎn)因為不是所有的映射都是1:1，所以有一點開銷當(dāng)正向映射與觀察到的反向映射沖突時，必須使用額外的修補指令來對齊映射這可以在現(xiàn)場完成，反向映射將提供與反向增量幾乎相同的性能，其直接映射來自在服務(wù)器上完成的增量生成

微軟聲稱其反向更新數(shù)據(jù)生成方法將Windows 11更新包的大小減少了40%該公司表示，幾個月前申請了這種方法的專利微軟是否會將這項技術(shù)回歸Windows 10還有待觀察

免責(zé)聲明：此文內(nèi)容為本網(wǎng)站轉(zhuǎn)載企業(yè)宣傳資訊，僅代表作者個人觀點，與本網(wǎng)無關(guān)。僅供讀者參考，并請自行核實相關(guān)內(nèi)容。