שולחן עבודה מול מסך הכניסה: מה עולה הפעלה של משתמש
בדף זה
תשובה קצרה
Section titled “תשובה קצרה”שולחן עבודה מחובר יקר יותר ממסך הכניסה, אך הרבה פחות ממה שנדמה: במנוחה סטטית הוא צורך כ-0.012 ליבה לעומת 0.0074 במסך הכניסה, כלומר פי 1.6. המחיר האמיתי של הפעלת משתמש הוא השעה הראשונה לאחר הכניסה: סריקת Defender וגל עדכוני Store יחד אוכלים כ-79% מכלל פעילות ה-CPU בחלון של חמש שעות. המעטפת עצמה כמעט בחינם: explorer, sihost, dwm וסרגל ההתחלה יחד מוציאים כ-2.3% מהתקציב.
סטטוס: נמדד בהרצה אחת בת 5 שעות על Windows 11 26H2 במכונה וירטואלית. ההשוואה עם מסך הכניסה נעשתה על אותה בנייה ואותו תמונת מצב. העברה לחומרה פיזית, בניות אחרות וחלונות לילה לא נבדקה.
טענה ניתנת לבדיקה
Section titled “טענה ניתנת לבדיקה”בדקנו ארבע טענות:
- שולחן עבודה מחובר יקר משמעותית ממנוחה של מסך הכניסה.
- המחיר העיקרי של הפעלת משתמש הוא עבודה מתמדת של המעטפת.
- הפעלת משתמש משנה באופן ניכר את פרופיל הרשת במנוחה.
- מנגנונים מתוזמנים של Windows (עדכונים, טיימרים של שירותים) מתנהגים בפעלת משתמש כמו בלעדיה.
תחום המחקר
Section titled “תחום המחקר”- Windows 11 Pro, build 26300.9457 (26H2), מכונה וירטואלית 4 vCPU / 8 GB;
- התקנה נקייה ללא תוכנה של צד שלישי; שינה ועדכוני תצורה לא הופסקו;
- שתי הרצות על אותה תמונת מצב: מסך כניסה ללא פעלת משתמש (6 שעות) ושולחן עבודה מחובר (4 שעות ו-46 דקות, הופסק לפני הזמן);
- הכניסה למערכת בוצעה ידנית; הניטור החל לאחר אישור על עליית המעטפת;
- צילומים כל דקה: CPU של תהליכים, קבוצות שירותים פעילים, זיכרון וחיבורים פתוחים.
המדידות לא כללו חומרה פיזית, עבודה אמיתית מול המחשב, עומס GPU וחלונות לילה (משימות תחזוקה יומיות לא נכנסו לפריים).
מתודולוגיה
Section titled “מתודולוגיה”עבור כל תהליך נרשמו פעם בדקה שניות CPU מצטברות; ההפרש בין צילומים סמוכים נותן את הצריכה באותו מרווח. שירותים עוקבו לפי קבוצות של מופעים פעילים ומעברים; רשת — לפי חיבורים פתוחים ברגע הצילום. הרעש של הניטור עצמו (כ-3.6% CPU) הוצא מהפרשנות. שתי ההרצות הושוו לפי ערכים מנורמלים לשעה.
תוצאות
Section titled “תוצאות”השוואה מסכמת
Section titled “השוואה מסכמת”| מדד | מסך כניסה | שולחן עבודה | הפרש |
|---|---|---|---|
| CPU בממוצע לחלון, ליבות | 0.0098 | 0.0492 | ×5.0 |
| CPU בשעת מנוחה סטטית, ליבות | 0.0074 | 0.0120 | ×1.61 |
| CPU בשעה הראשונה לאחר כניסה/אתחול, ליבות | 0.0185 | 0.2942 | ×15.9 |
| הפעלות של תהליכים מערכתיים בשעה | 26.1 | 79.5 | ×3.05 |
| דקות עם פעילות מעל 1 שניות CPU-ס | 5% | 13.5% | ×2.4 לפי חלק |
| חיבורים פתוחים בשעה (דקות-endpoint) | 88.3 | 228.1 | ×2.58 |
| חיבורים קבועים | 1 | 3 | ×3 |
עובדה מרכזית: המספר הממוצע “×5” מורכב כמעט כולו מהשעה הראשונה. שעות המנוחה של שולחן העבודה אחידות (0.0118–0.0127 ליבה) ואינן נסחפות.
השעה הראשונה: שני גלים
Section titled “השעה הראשונה: שני גלים”| גל | חלק | מה קרה |
|---|---|---|
| סריקת כניסה של Defender | ~55% CPU לשעה | תהליך האנטי-וירוס עבד כ-0.7 ליבה במשך 8 דקות רצופות; הסריקה החלה מיד לאחר הכניסה |
| עדכון Store ו-USO | ~27% CPU לשעה | התקנה של 24 יישומים, הורדה של כ-880 MB דרך Delivery Optimization, כולל עמיתים |
גל ה-Store חשוב בנפרד: בהרצה הזו העדכונים הגיעו דרך Microsoft Store ו-Delivery Optimization, ולא דרך Windows Update הקלאסי. פרץ הרשת בכניסה גדול פי 67 מרמת המנוחה.
מנוחה סטטית: מי עובד
Section titled “מנוחה סטטית: מי עובד”| מקור | שניות CPU לשעה | הערה |
|---|---|---|
| מעטפת svchost כללית | 13–14 | טיימרים של שירותים |
| ליבה (System) | 8 | חלק מעבודת Defender והתשתית |
| אנטי-וירוס מחוץ לסריקה | ~3 | בדיקות תקופתיות |
| מעטפת (explorer, sihost, dwm, סרגל ההתחלה, חיפוש, ווידג’טים, OneDrive) | 4.1 | 2.3% מהתקציב; “מנוחת שולחן העבודה” כמעט בחינם |
שלושה רבעים מההפרש בהפעלות תהליכים נותנים מנגנונים תקופתיים של פעלת המשתמש: מארח רקע של משימות UWP (מחזור של כ-13 דקות), RuntimeBroker ו-SoftLanding כל 15 דקות.
רשת: שלושה חיבורים קבועים ושני טיימרים חדשים
Section titled “רשת: שלושה חיבורים קבועים ושני טיימרים חדשים”במסך הכניסה חי חיבור קבוע אחד. בשולחן העבודה יש שלושה: שניים מחזיק סרגל ההתחלה (תוכן MSN: מזג אוויר, חדשות, אריחים חיים) מהדקה הראשונה וללא ניתוקים, והשלישי — שירות התראות מערכתי. מחיר ה-CPU של הסרגל לכל החלון — פחות מ-2 שניות CPU, אך החיבור עצמו חי תמיד.
טיימרים חדשים של הפעלה: OneDrive מסתנכרן כל 32–33 דקות בשני חיבורים, עדכוני Edge נבדקים אחת לכמה שעות. בדיקות חתימות Defender מתבצעות באשכולות כל 30–40 דקות. כל התעבורה מכוונת לתשתית Microsoft; חיבורים זרים לא נצפו.
טיימרים של שירותים
Section titled “טיימרים של שירותים”עדכון מדיניות קבוצתית בשולחן העבודה מתחזר כל 16–17 דקות לעומת כ-80 דקות במסך הכניסה. שירות היישומים (AppXSvc) והגנת הרישיונות (sppsvc) שמרו על אותו קצב. חמישה שירותים של הפעלה חיים באופן קבוע, כולל התראות משתמש ו-Clipboard.
זיכרון
Section titled “זיכרון”אין דליפות מערכתיות: האנטי-וירוס לאחר הסריקה שחרר 81 MB, המעטפת גדלה רק ב-30 הדקות הראשונות והגיעה לפלטו. מספר התהליכים — 130–153 לעומת 84–98 במסך הכניסה.
מה אושר
Section titled “מה אושר”- נמדד: שולחן עבודה במנוחה סטטית יקר פי 1.61 ממסך הכניסה לפי CPU; השעה הראשונה לאחר הכניסה — המחיר העיקרי של הפעלה (79% CPU של החלון).
- נמדד: סרגל ההתחלה מחזיק שני חיבורים קבועים לאורך כל הסשן; OneDrive מסתנכרן כל 32–33 דקות.
- נמדד: גל ה-Store בכניסה הוריד כ-880 MB דרך Delivery Optimization; פרץ הרשת בכניסה גדול פי 67 מהמנוחה.
- נמדד: המעטפת (explorer, dwm, סרגל ההתחלה, חיפוש, ווידג’טים) במנוחה סטטית מוציאה כ-2.3% CPU.
- נצפה: העדכונים הגיעו דרך Store/DO, ולא דרך WU הקלאסי; משימות תחזוקה ליליות לא נכנסו לפריים.
מה לא אושר
Section titled “מה לא אושר”- התנהגות על חומרה פיזית ועל בניות Windows אחרות.
- חלונות לילה ומשימות תחזוקה יומיות (ההרצה יומית, הופסקה לפני הזמן).
- השפעת השבתת סרגל ההתחלה או OneDrive על המספרים האלה: רק מדדנו את תרומתם, השבתה לא נבדקה.
- השפעה על FPS וביצועי משחקים סופיים: לא נמדד.
מגבלות
Section titled “מגבלות”הרצה אחת לכל מצב, מכונה וירטואלית, חלון יומי. עבודת רקע של Windows מגיעה בפרצים, ולכן העברת ערכים מוחלטים לחומרה אחרת וליממה שלמה אינה מוצדקת. תהליכים קצרים מדקה ותעבורת UDP (DNS, NTP) נראים באופן חלקי. חלק מהיומנים לא תיעדו אירועים במהלך ההרצה השנייה; מעברי שירותים שוחזרו לפי צילומים.
מסקנה מעשית
Section titled “מסקנה מעשית”“רעש הרקע של Windows” מתפרק לשלושה דברים שונים, ויש להתמודד איתם בדרכים שונות. גלים שלאחר הכניסה (סריקת Defender ועדכוני Store) נותנים את רוב ה-CPU — אי אפשר לכבות אותם בהגדרות עדינות, אך הם מסתיימים מעצמם. מטרונומים מערכתיים (סקר WMI, בדיקות רישיון, טיימר של OneDrive) — רקע יציב אך קטן. המעטפת — כמעט בחינם.
השלכות מעשיות: אל תמדדו “אופטימיזציה” לפי השעה הראשונה לאחר הכניסה, אם אינכם מבודדים את הגלים; כדי למזער רשת, השביתו את סרגל ההתחלה ו-OneDrive אם אינם נחוצים; הציפייה ל“שקט” מיד לאחר הלוגין אינה מוצדקת.
שחזור מצב
Section titled “שחזור מצב”המערכת לא שונתה: שתי ההרצות — ניטור נקי ללא שינויי הגדרות, שירותים ורישום. המכונה הווירטואלית הוחזרה לתמונת מצב נקייה לאחר המדידות.
מקורות וגבולות
Section titled “מקורות וגבולות”המדידות בוצעו על ידי BoosterX Research על המכונה הווירטואלית המתוארת. המחקר שייך למפתח BoosterX, ולמפתח יש אינטרס ישיר בתוצאה; המתודולוגיה והמגבלות מתוארות לעיל, ניתן לחזור על התצפיות המקוריות לפי המתודולוגיה הפתוחה.
- Microsoft: Delivery Optimization, נבדק 2026-09-22.
- Microsoft: Connected User Experiences and Telemetry, נבדק 2026-09-22.
בדיקה אחרונה: 2026-09-22.