Представники Редмонда пояснюють, що оновлення Windows 11 на 40% менше

Як ми всі знаємо, Windows 11 отримала своє перше оновлення у вівторок кілька годин тому, і хоча це не так. величезне оновлення, враховуючи, що ОС щойно почала розгортатися в ступенчатому порядку протягом тижня тому.

Це останнє оновлення виправляє лише деякі проблеми сумісності, здавалося б, не вводячи жодних нових.

Але якщо ви все ще відчували, що оновлення встановлюється на вашому комп’ютері швидше, ніж ви очікували, Microsoft зараз надали більше розуміння того, що зробило це можливим.

Давайте разом з’ясуємо, що це таке?

Таким чином Microsoft зменшує оновлення

Безпосередньо перед тим, як ми зануримося в те, що змінилося в моделі обслуговування Windows 11, важливо обговорити мотивацію змін, а також існуючу модель обслуговування.

Ми всі можемо погодитися, що Windows – це операційна система, яка використовується в різних середовищах по всьому світу.

Тим більше в цьому гібридному середовищі, де кожен може не мати доступу до найшвидшого інтернет-з’єднання, але все одно має залишатися захищеним за допомогою виправлень безпеки.

Ось чому важливо, щоб виправлення були невеликого розміру, тим більше, що щомісячні сукупні оновлення містять усі раніше випущені виправлення.

Версії 1809 і вище Windows 10 використовують парне пряме та зворотне диференціальне стиснення, описане на схемі вище.

Це фактично гарантує, що ОС може повернутися до своєї базової версії як проміжного стану під час обслуговування. Як ви могли помітити, хоча диференціали прямого і зворотного ходу є симетричними, вони мають дуже різний зміст.

Технічна компанія з Редмонда не використовує двонаправлену дельту, оскільки деякі перетворення та виправлення можуть видаляти дані, необхідні для зворотної дельти.

Щоб забезпечити неруйнівне перетворення, зворотна дельта повинна спочатку зберегти вміст, доданий і видалений прямою дельтою.

Через розбіжність у змісті процес буде не дуже ефективним, принаймні, якщо порівнювати з парним прямим і зворотним диференціальним стисненням.

Microsoft дійсно змінила цей процес у Windows 11, використовуючи підхід, який називається зворотним генеруванням даних оновлення.

Відображення працює шляхом побайтового розбирання коду збірки програми та визначення віртуальних адрес. Віртуальні адреси логічно відповідають точкам входу для функцій коду збірки та змінюються, коли код збірки оновлюється за допомогою виправлення. Ці зрушення спостерігаються дельта-двигуном і фіксуються таблицею відображення. Процес відображення при застосуванні дельта нормалізує адреси цих змін і є значною частиною причини того, чому сучасні архітектурно освітлені дельта-алгоритми настільки ефективні.

Здавалося б, простий та інтуїтивно зрозумілий підхід, він спостерігає за дельта-інструкціями, а потім змінює їх безпосередньо, не проходячи через парний зворотний дельта-прохід.

Однак у серверній частині це є суттєвою зміною серверної частини, яка використовує таблицю зіставлення для відображення результатів змін у функціях коду ассемблера.

Подібно до основних інструкцій виправлення, ці перетворення можна «спостерігати» та відмінити. Існують невеликі накладні витрати, оскільки не всі відображення є 1:1, і якщо пряме відображення суперечить його спостережуваному зворотному відображенню, необхідно використовувати додаткову інструкцію виправлення для вирівнювання відображення. Це можна зробити на місці, і зворотне відображення забезпечить майже таку ж продуктивність, як і зворотне дельта з прямим відображенням від генерації дельти, виконаної на сервері.

Представники Redmond стверджують, що його підхід до генерації даних зворотного оновлення призвів до зменшення розміру оновлень Windows 11 на 40%.

Компанія Redmond каже, що кілька місяців тому також подала заявку на патент на цю методологію. Залишається побачити, чи Microsoft також перенесе цю техніку на Windows 10.

Вас заінтригували ці методи скорочення? Поділіться з нами своєю думкою в розділі коментарів нижче.