- El gigante tecnológico de Redmond decidió revelar el secreto detrás de sus actualizaciones más pequeñas de Windows 11.
- Las versiones de Windows 10 1809 y posteriores utilizan compresión diferencial emparejada directa e inversa.
- Esto garantiza que el sistema operativo pueda volver a su versión base como un estado intermedio durante el servicio.
- Consulte este interesante artículo y eche un vistazo detrás de la cortina de Microsoft, vea cómo lo hacen.
Como todos sabemos, Windows 11 recibió su primera actualización del martes de parches hace unas horas, y aunque no es una gran actualización, teniendo en cuenta que el sistema operativo comenzó a implementarse en general de manera escalonada hace más de una semana.
Esta actualización reciente soluciona solo algunos problemas de compatibilidad, aparentemente sin introducir otros nuevos.
Pero, si aún siente que la actualización se instaló en su PC más rápido de lo que esperaba, Microsoft ahora tiene proporcionó más información sobre lo que hizo esto posible.
Averigüemos juntos de qué se trata todo esto, ¿de acuerdo?
Así es como Microsoft hace las actualizaciones más pequeñas
Justo antes de sumergirnos en lo que ha cambiado en el modelo de servicio de Windows 11, es importante discutir la motivación detrás del cambio, así como el modelo de servicio existente.
Todos podemos estar de acuerdo en que Windows es un sistema operativo que se usa en una variedad de entornos en todo el mundo.
Más aún en este entorno híbrido donde es posible que no todos tengan acceso a las conexiones de Internet más rápidas, pero aún deben permanecer protegidos a través de parches de seguridad.
Por eso es esencial que los parches sean de tamaño pequeño, especialmente porque las actualizaciones acumulativas mensuales contienen todas las correcciones publicadas anteriormente.
Las versiones 1809 y posteriores, de Windows 10, usan compresión diferencial emparejada directa e inversa descrita en el diagrama anterior.
En realidad, esto garantiza que el sistema operativo pueda volver a su versión base como un estado intermedio durante el servicio. Como puede notar, si bien los diferenciales hacia adelante y hacia atrás son simétricos, presentan un contenido muy diferente.
La empresa de tecnología con sede en Redmond no utiliza un delta bidireccional porque algunas transformaciones y parches pueden eliminar los datos que se necesitan para un delta inverso.
Para garantizar una transformación no destructiva, un delta inverso primero necesitaría almacenar el contenido agregado y eliminado por el delta directo.
Debido al contenido disjunto, el proceso no sería muy eficiente, al menos en comparación con la compresión diferencial directa e inversa emparejada.
Microsoft realmente ha cambiado este proceso en Windows 11 utilizando un enfoque llamado generación de datos de actualización inversa.
El mapeo funciona ejecutando un desensamblado byte por byte del código ensamblador del programa e identificando las direcciones virtuales. Las direcciones virtuales se corresponden lógicamente con los puntos de entrada para las funciones del código ensamblador y cambian cuando el código ensamblador se actualiza con una corrección. Estos cambios son observados por el motor delta y son capturados por una tabla de mapeo. El proceso de mapeo en la aplicación delta normaliza las direcciones de estos cambios y es en gran parte la razón por la cual los algoritmos delta modernos con arquitectura avanzada son tan eficientes.
Aparentemente un enfoque simple e intuitivo, observa las instrucciones delta y luego las invierte directamente sin pasar por el paso inverso delta emparejado.
Sin embargo, en el backend, esto constituye un cambio significativo en el backend que usa una tabla de mapeo para mapear los cambios resultantes en las funciones del código ensamblador.
Al igual que las instrucciones básicas de aplicación de parches, estas transformaciones se pueden “observar” e invertir. Hay una ligera sobrecarga ya que no todas las asignaciones son 1:1, y cuando la asignación directa entra en conflicto con su asignación inversa observada, se deben usar instrucciones de parche adicionales para alinear la asignación. Esto se puede hacer en el lugar, y el mapeo inverso proporcionará casi el mismo rendimiento que un delta inverso con un mapeo directo de una generación delta realizada en el servidor.
Los funcionarios de Redmond afirman que su enfoque de generación de datos de actualización inversa ha resultado en una reducción del 40% en el tamaño de las actualizaciones de Windows 11.
La empresa de Redmond dice que también solicitó una patente para esta metodología hace unos meses. Queda por ver si Microsoft también respaldará esta técnica en Windows 10.
¿Te intrigan estas técnicas de reducción? Comparta su opinión con nosotros en la sección de comentarios a continuación.