Redmondi ametnikud selgitavad, kuidas Windows 11 värskendused on 40% väiksemad

Nagu me kõik teame, sai Windows 11 oma esimese plaastri teisipäeva värskenduse paar tundi tagasi ja kuigi see pole nii tohutu värskendus, arvestades, et operatsioonisüsteem hakkas äsja üldiselt järk-järgult välja töötama nädala jooksul tagasi.

See hiljutine värskendus lahendab vaid mõned ühilduvusprobleemid, ilma et oleks vaja uusi.

Kui aga tundsite, et värskendus installiti teie arvutisse oodatust kiiremini, on Microsoft nüüd seda teinud andis parema ülevaate sellest, mis selle võimalikuks tegi.

Uurime koos, mis see kõik on, eks?

Nii muudab Microsoft värskendusi väiksemaks

Vahetult enne Windows 11 teenindusmudeli muudatuste uurimist on oluline arutada muudatuse taga olevat motivatsiooni ja olemasolevat teenindusmudelit.

Võime kõik nõustuda, et Windows on operatsioonisüsteem, mida kasutatakse erinevates keskkondades üle kogu maailma.

Veelgi enam selles hübriidkeskkonnas, kus kõigil ei pruugi olla kiireimale Interneti-ühendusele juurdepääsu, kuid nad peavad siiski olema turvapaikade kaudu kaitstud.

Seetõttu on oluline, et paigad oleksid väikese suurusega, eriti kuna igakuised kumulatiivsed värskendused sisaldavad kõiki varem välja antud parandusi.

Windows 10 versioonid 1809 ja uuemad kasutavad ülaltoodud diagrammil kirjeldatud paaris edasi- ja tagurpidi diferentsiaali tihendamist.

See tagab tegelikult, et OS saab teenindamise ajal naasta oma baasversioonile. Nagu võite märgata, on edasi- ja tagurpidi diferentsiaalid sümmeetrilised, kuid neil on väga erinev sisu.

Redmondis asuv tehnoloogiaettevõte ei kasuta kahesuunalist deltat, kuna mõned teisendused ja paigad võivad kustutada andmed, mis on vajalikud pöörddelta jaoks.

Mittepurustava teisenduse tagamiseks peaks vastupidine delta esmalt salvestama pärisuunalise delta poolt lisatud ja kustutatud sisu.

Sisu lahknevuse tõttu poleks protsess eriti tõhus, vähemalt võrreldes paarissuunalise ja tagurpidi diferentsiaali tihendamisega.

Microsoft on seda protsessi Windows 11-s tõesti muutnud, kasutades lähenemist, mida nimetatakse pöördvärskendusandmete genereerimiseks.

Kaardistamine toimib, käivitades programmi koostekoodi bait-baidi haaval lahtivõtmise ja virtuaalaadresside tuvastamise. Virtuaalsed aadressid vastavad loogiliselt koostekoodi funktsioonide sisenemispunktidele ja nihkuvad, kui koostekoodi värskendatakse parandusega. Neid nihkeid jälgib delta-mootor ja need jäädvustab kaardistustabel. Delta-rakenduse kaardistamisprotsess normaliseerib nende muudatuste aadressid ja on suur osa põhjusest, miks kaasaegsed arhitektuuriliselt valgustatud deltaalgoritmid on nii tõhusad.

Näiliselt lihtne ja intuitiivne lähenemine, see jälgib delta-juhiseid ja pöörab need seejärel otse tagasi, ilma paaristatud delta-tagurpidikäiku läbimata.

Taustaprogrammis on see aga oluline taustaprogrammi muudatus, mis kasutab koostekoodi funktsioonides tulenevate muudatuste kaardistamiseks vastendamistabelit.

Sarnaselt põhiliste paikamisjuhistega saab neid teisendusi "jälgida" ja ümber pöörata. Tekib väike lisakulu, kuna mitte kõik vastendused ei ole 1:1 ja kui pärisuunaline vastendus on vastuolus selle vaadeldava vastupidise vastendamisega, tuleb vastenduse joondamiseks kasutada täiendavaid paigajuhiseid. Seda saab teha kohapeal ja vastupidine vastendamine tagab peaaegu sama jõudluse kui vastupidine delta, kui serveris tehakse delta genereerimise otsene vastendamine.

Redmondi ametnikud väidavad, et selle vastupidise värskenduse andmete genereerimise lähenemisviis on vähendanud Windows 11 värskenduste mahtu 40%.

Redmondi ettevõte ütleb, et esitas paar kuud tagasi ka sellele metoodikale patendi. Jääb näha, kas Microsoft kannab selle tehnika ka Windows 10-sse.

Kas olete neist redutseerimismeetoditest huvitatud? Jagage oma arvamust meiega allpool olevas kommentaaride jaotises.