גודל העדכון של Windows 10 סוף סוף הולך וקטן עם גרסה 19H1

בשבוע שעבר הודיעה מיקרוסופט על מה שעשוי לבוא כהקלה גדולה לכל משתמשי Windows 10 - הפחתה גדולה בגודל העדכונים המסופקים עבור מערכת ההפעלה. לקוחות כבר זמן רב מתלוננים על בעיה זו מאז שהושק Windows 10 בשנת 2015 ונראה שמיקרוסופט סוף סוף מתחילה לקבל את המסר.

בסוף 2018 או בתחילת 2019, מגיע דגם חדש לעדכוני איכות ל-Windows 10 ול-Windows Server, שיספק אותם בחבילות קומפקטיות יותר. נכון לעכשיו, עדכוני איכות משוחררים מדי חודש ומכיוון שהם כוללים את כל התיקונים שפורסמו בעבר, גודלם גדול במידה ניכרת. חבילות אלו הן מסוגים שונים בהתאם למידת הצטברותן - חלקן עדכוני דלתא, חלקן עדכונים אקספרס ומיקרוסופט גם שולחת עדכונים מלאים שמביאים את מערכת ההפעלה מעודכנת במהירות עם העדכונים האחרונים טלאים. העדכונים המלאים הם הגדולים ביותר.

כדי לפשט את הבלבול הזה, מיקרוסופט החליטה לסיים עדכונים דלתא, אקספרס ועדכונים מלאים עבור מהדורות עתידיות של Windows 10, ולהחליף אותם בסוג חבילה חדש שלטענתם יהיה אפילו יותר קומפקטי וייקח פחות זמן למעבד להתקין. הגודל הקטן יותר יחסוך רוחב פס של הרשת, יקל על הפריסה באמצעות Windows Server Update Services, System Center Configuration Manager, קטלוג Microsoft Update או Windows Intune. עדכוני אקספרס חדשים אלה יהיו קבצי מתקין עצמאיים (.msu) או קבצי (.cab) הניתנים להפצה מחדש.

אפילו עדכוני Express לקחו הרבה זמן CPU לפי מיקרוסופט אבל הפורמט החדש הזה ייקח הרבה פחות. אז זה אמור להתקין מהר יותר, אבל זה יהיה מאוד תלוי במהירות של המכונה שלך (מכונות איטיות יותר יועילו יותר).

גרסאות ישנות יותר של Windows 10 ימשיכו לקבל עדכונים דלתא ועדכונים מלאים אך עדיין ייהנו מחבילות העדכונים החדשות הללו. עיצוב חדש זה חל על כל עדכוני האיכות החודשיים מכל סוג וחשיבות.

מיקרוסופט מרחיבה את השינויים ואת תיאורי חבילות העדכונים הקודמים באופן הבא:

עדכון מלא - מכיל גרסה דחוסה (בדומה לדחיסה בסגנון ZIP) של כל רכיב ובינארי שהשתנה במערכת ההפעלה מאז RTM

עדכון מהיר - השרת מכיל deltas דחוסים ממספר קווי בסיס עבור כל רכיב ובינארי שהשתנה מאז RTM. המכשיר שלך משוחח קדימה ואחורה עם השרת (השרת יכול להיות Windows Update עצמו, או הוא יכול להיות שרת WSUS מקומי) כדי לזהות לאילו טווחי בתים הוא צריך ואז מוריד אותם טווחים. לאחר מכן, המכשיר שלך מלחלח את טווחי הבתים האלה בחזרה לקבצים שלמים במכשיר שלך ואז מבצע התקנה. בקווי בסיס מרובים, אני מתכוון שהוא כולל דלתות מנקודות זמן ספציפיות. בדרך כלל אנו משתמשים ב-LCU של החודשים האחרונים (N), בחודש הקודם (N-1) כל הדרך אחורה ב-N-5 חודשים, וב-RTM. אז קובץ ה-Express של השרת יכול להיות בגודל 6-7GB בעוד שמכשיר הקצה מוריד רק 150-200MB.

עדכון קטן - החבילה מכילה את הדלתא הדחוסה מ-RTM עבור כל קובץ (Forward Delta), ואת הדלתא חזרה ל-RTM (Reverse Delta). בעיקרון זה אומר שבמקום להכיל מספר קווי בסיס, יש לו רק קו בסיס אחד (RTM). כדוגמה, אם המכשיר שלך היה על ה-LCU של ספטמבר ולאחר מכן התקנת את אוקטובר, המכשיר שלך יעשה זאת החל את הדלתא ההפוכה של ספטמבר כדי לחזור ל-RTM ולאחר מכן את הדלתא קדימה של אוקטובר כדי לחזור לאוקטובר (10ב). הוא עושה זאת בעסקה כך שאין אפשרות שהמכשיר שלכם יתקע באמצע איפשהו - או שהעדכון המלא יצליח או לא. מכיוון שכל התוכן נמצא בחבילה עצמה, אין צורך במשא ומתן בשרת. מכיוון שיש לו רק קו בסיס בודד (מ-RTM) הוא לפעמים יהיה גדול יותר מעדכון אקספרס עבור מישהו שהיה בתיקון של החודשים הקודמים. אבל ההבדל בגודל צריך להיות מינימלי, וללא משא ומתן על השרת ובניתוח המכשיר הוא משתמש בפחות מעבד במהלך ההורדה וההתקנה.

מה שבאמת נהדר בפורמט החבילה הקטנה החדשה יותר הוא שאותו קובץ זמין מ-Windows Update, WSUS וקטלוג. אז גם אם אתה מוריד מ-HTTPS (קטלוג) ולחץ פעמיים כדי להתקין אתה מקבל את החוויה הקטנה יותר. בניגוד ל-express שעבד רק דרך Windows Update או WSUS (או פתרונות צד שלישי התומכים בפרוטוקול ה-express).

כדי לבצע את השינוי הזה, נדרשו שינויים הן בפורמט החבילה עצמה והן בערימת העדכונים בלקוח. ביצוע סוגים אלה של שינויים בגרסאות ישנות יותר של מערכת ההפעלה יהיה מסוכן (מחסנית העדכונים היא קריטית לחלוטין). עם גרסה חדשה של מערכת ההפעלה יש לנו חודשים רבים של בדיקות פנימיות כמו גם תצוגות מקדימות של Windows Insider שבהן נוכל להשתמש כדי לאמת את השינויים בקנה מידה ולהפחית את הסיכון.

מה אתה חושב על פורמט חבילת העדכון החדש הזה? האם אתה חושב שמיקרוסופט הייתה צריכה לעצב אותו מההתחלה? איזה סוג של שיפורים אתה מצפה לעדכן?