- ענקית הטכנולוגיה של רדמונד החליטה לחשוף את הסוד מאחורי עדכוני Windows 11 הקטנים יותר.
- Windows 10 גרסאות 1809 ומעלה, השתמש בדחיסה דיפרנציאלית מותאמת קדימה ואחורה.
- זה מבטיח שמערכת ההפעלה יכולה לחזור לגרסת הבסיס שלה כמצב ביניים בזמן השירות.
- בדוק את המאמר המעניין הזה והציץ מאחורי הווילון של מיקרוסופט, ראה איך הם עושים את זה.
כפי שכולנו יודעים, Windows 11 קיבלה את עדכון התיקון הראשון שלה לפני מספר שעות, ולמרות שלא עדכון ענק, בהתחשב בעובדה שמערכת ההפעלה רק התחילה להתגלגל בדרך כלל בצורה מדורגת במשך שבוע לִפנֵי.
העדכון האחרון הזה מתקן רק כמה בעיות תאימות, לכאורה מבלי להציג חדשות.
אבל, אם עדיין הרגשת שהעדכון מותקן במחשב שלך מהר יותר ממה שציפית, מיקרוסופט עשתה זאת כעת סיפק יותר תובנות לגבי מה שאיפשר זאת.
בואו נגלה ביחד על מה מדובר, נכון?
כך מיקרוסופט הופכת את העדכונים לקטנים יותר
רגע לפני שאנחנו צוללים על מה שהשתנה במודל השירות של Windows 11, חשוב לדון במניע מאחורי השינוי כמו גם במודל השירות הקיים.
כולנו יכולים להסכים ש-Windows היא מערכת הפעלה שנמצאת בשימוש במגוון של סביבות בכל רחבי העולם.
יותר מכך בסביבה ההיברידית הזו שבה אולי אין לכולם גישה לחיבורי האינטרנט המהירים ביותר, אך עדיין צריכים להישאר מוגנים באמצעות תיקוני אבטחה.
זו הסיבה שחשוב שתיקונים יהיו קטנים בגודלם, במיוחד מכיוון שהעדכונים המצטברים החודשיים מכילים את כל התיקונים שפורסמו בעבר.
גרסאות 1809 ומעלה, של Windows 10, משתמשות בדחיסה דיפרנציאלית משויכת קדימה ואחורה המתוארת בתרשים למעלה.
זה למעשה מבטיח שמערכת ההפעלה יכולה לחזור לגרסת הבסיס שלה כמצב ביניים בזמן השירות. כפי שאתה עשוי לשים לב, בעוד שההפרשים קדימה ואחורה הם סימטריים, הם כוללים תוכן שונה מאוד.
חברת הטכנולוגיה המבוססת על רדמונד אינה משתמשת בדלתא דו-כיוונית מכיוון שחלק מהטרנספורמציות ותיקונים עשויים למחוק את הנתונים הדרושים לדלתא הפוכה.
כדי להבטיח טרנספורמציה לא הרסנית, דלתא הפוכה תצטרך תחילה לאחסן את התוכן שנוסף ונמחק על ידי הדלתא הקדמית.
בשל הפער בתוכן, התהליך לא יהיה יעיל במיוחד, לפחות בהשוואה לדחיסת דיפרנציאל משולב קדימה ואחורה.
מיקרוסופט באמת שינתה את התהליך הזה ב-Windows 11 באמצעות גישה הנקראת הפקת נתוני עדכון הפוך.
המיפוי פועל על ידי הפעלת פירוק בתים אחר בתים של קוד ההרכבה של התוכנית וזיהוי הכתובות הוירטואליות. כתובות וירטואליות מתאימות באופן הגיוני לנקודות כניסה לפונקציות קוד הרכבה ומשתנות כאשר קוד ההרכבה מתעדכן בתיקון. שינויים אלו נצפים על ידי מנוע הדלתא ונלכדים על ידי טבלת מיפוי. תהליך המיפוי ביישום דלתא מנרמל את הכתובות של שינויים אלה ומהווה חלק גדול מהסיבה מדוע אלגוריתמי דלתא מודרניים מוארים מבחינה ארכיטקטונית הם כל כך יעילים.
לכאורה גישה פשוטה ואינטואיטיבית, הוא מתבונן בהוראות הדלתא ואז הופך אותן ישירות מבלי לעבור את מעבר הדלתא ההפוכה המזווג.
עם זאת, ב-backend זה מהווה שינוי עורפי משמעותי המשתמש בטבלת מיפוי כדי למפות את השינויים הנובעים בפונקציות קוד assembly.
בדומה להוראות התיקון הבסיסיות, ניתן "להתבונן" בשינויים אלה ולהפוך אותם. ישנה תקורה קלה מכיוון שלא כל המיפויים הם 1:1, וכאשר מיפוי קדימה מתנגש עם המיפוי ההפוך שנצפה, יש להשתמש בהוראה נוספת של תיקון כדי ליישר את המיפוי. ניתן לעשות זאת במקום, והמיפוי ההפוך יספק כמעט את אותם ביצועים כמו דלתא הפוכה עם מיפוי ישיר מיצירת דלתא שנעשה בשרת.
גורמים רשמיים ברדמונד טוענים שגישת יצירת נתוני העדכון ההפוכה שלה הביאה להפחתה של 40% בגודל העדכונים של Windows 11.
חברת רדמונד מספרת כי היא גם הגישה בקשה לפטנט על מתודולוגיה זו לפני מספר חודשים. נותר לראות אם מיקרוסופט תעביר את הטכניקה הזו גם ל-Windows 10.
מסקרן אותך טכניקות ההפחתה הללו? שתף את דעתך איתנו בקטע ההערות למטה.
