- A redmondi technológiai óriás úgy döntött, hogy felfedi a kisebb Windows 11-frissítések titkát.
- A Windows 10 1809-es és újabb verziói páros előre és fordított differenciális tömörítést használnak.
- Ez biztosítja, hogy az operációs rendszer a szervizelés közben köztes állapotként visszatérhessen az alapverziójához.
- Tekintse meg ezt az érdekes cikket, és vessen egy pillantást a Microsoft függönye mögé, és nézze meg, hogyan csinálják.
Mint mindannyian tudjuk, a Windows 11 néhány órával ezelőtt megkapta az első javítási keddi frissítést, és bár nem az hatalmas frissítés, tekintve, hogy az operációs rendszer csak egy hét alatt kezdett el általában lépcsőzetesen megjelenni ezelőtt.
Ez a legutóbbi frissítés csak néhány kompatibilitási problémát javít, látszólag újak bevezetése nélkül.
De ha továbbra is úgy érzi, hogy a frissítés gyorsabban települt számítógépére, mint várta, a Microsoft most megtette részletesebb betekintést nyújtott abba, hogy mi tette ezt lehetővé.
Találjuk ki együtt, miről is van szó, nem?
A Microsoft így csökkenti a frissítéseket
Mielőtt belemerülnénk abba, hogy mi változott a Windows 11 szolgáltatási modelljében, fontos megvitatni a változás mögött meghúzódó motivációt, valamint a meglévő szolgáltatási modellt.
Mindannyian egyetértünk abban, hogy a Windows egy olyan operációs rendszer, amelyet számos környezetben használnak szerte a világon.
Még inkább ebben a hibrid környezetben, ahol előfordulhat, hogy nem mindenki fér hozzá a leggyorsabb internetkapcsolatokhoz, de továbbra is védve kell maradnia a biztonsági javításokkal.
Ezért elengedhetetlen, hogy a javítások kis méretűek legyenek, különösen mivel a havi összesített frissítések tartalmazzák az összes korábban kiadott javítást.
A Windows 10 1809-es és újabb verziói a fenti ábrán bemutatott páros előre és fordított differenciális tömörítést alkalmaznak.
Ez valójában biztosítja, hogy az operációs rendszer köztes állapotként visszatérhessen az alapverzióhoz a szervizelés során. Amint azt észreveheti, bár az előre- és hátrameneti differenciálmű szimmetrikus, tartalmuk nagyon eltérő.
A redmondi székhelyű technológiai vállalat nem használ kétirányú deltát, mert egyes átalakítások és javítások törölhetik a fordított deltához szükséges adatokat.
A roncsolásmentes transzformáció biztosításához a fordított deltának először el kell tárolnia az előremenő delta által hozzáadott és törölt tartalmat.
A tartalmi eltérés miatt a folyamat nem lenne túl hatékony, legalábbis a páros előre és fordított differenciális tömörítéshez képest.
A Microsoft valóban megváltoztatta ezt a folyamatot a Windows 11 rendszerben a fordított frissítési adatgenerálásnak nevezett megközelítéssel.
A leképezés a program összeállítási kódjának bájtonkénti szétszerelésével és a virtuális címek azonosításával működik. A virtuális címek logikailag megfelelnek az összeállítási kód funkciók belépési pontjainak, és eltolódnak, amikor az összeállítási kódot javítással frissítik. Ezeket az eltolódásokat a delta motor figyeli, és egy leképezési táblázat rögzíti. A delta-alkalmazás leképezési folyamata normalizálja ezeknek a változásoknak a címeit, és ez az oka annak, hogy a modern, architekturálisan megvilágított delta algoritmusok olyan hatékonyak.
Látszólag egyszerű és intuitív megközelítés, figyeli a delta utasításokat, majd közvetlenül megfordítja azokat anélkül, hogy átmenne a párosított delta hátrameneten.
A háttérben azonban ez jelentős háttérmódosítást jelent, amely egy leképezési táblát használ az összeállítás kódfüggvényeiben bekövetkező változások leképezésére.
Az alapvető javítási utasításokhoz hasonlóan ezek az átalakítások „megfigyelhetők” és visszafordíthatók. Van egy kis többletköltség, mivel nem minden leképezés 1:1 arányú, és ahol az előre leképezés ütközik a megfigyelt fordított leképezéssel, további patch utasítást kell használni a leképezés igazításához. Ezt a helyben is meg lehet tenni, és a fordított leképezés közel ugyanolyan teljesítményt nyújt, mint a fordított delta, a szerveren végzett deltagenerálásból származó közvetlen leképezés.
A redmondi tisztviselők azt állítják, hogy a fordított frissítési adatgenerálási megközelítés 40%-kal csökkentette a Windows 11 frissítések méretét.
A redmondi cég azt állítja, hogy néhány hónappal ezelőtt szabadalmat is nyújtott be erre a módszerre. Továbbra sem látható, hogy a Microsoft visszaportálja-e ezt a technikát a Windows 10 rendszerre is.
Érdekelnek ezek a redukciós technikák? Ossza meg véleményét velünk az alábbi megjegyzések részben.
