דלגו לתוכן

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

בדף זה

לא. 17 פרמטרי רישום “עדינים”, המתוארים במדריכי אופטימיזציה כמדכאים פעילות רקע, לא הפחיתו את סך הרקע: פעולות רישום וקבצים נותרו בטווח השונות הטבעית של שעות נקיות. אפקט ממוקד הוכח רק בשני מנגנונים: השבתת LLMNR איפסה את בקשות הרשת המתאימות, וקבוצת הטלמטריה עצרה את הסקר התקופתי של תצורת DiagTrack (−98–99.8%). שלושה פרמטרים נוספים נקראו, אך לא הניבו אפקט נצפה.

סטטוס: נמדד בהרצת A/B אחת עם ארבע שעות בקרה על Windows 11 26H2 במכונה וירטואלית. פסק הדין “אין אפקט” מתייחס לרקע סרק נצפה; עבור פרמטרים עם תקופת פעולה ארוכה חלון המדידה לא הספיק.

טענה כללית אחת: יישום סט מוכר של 17 פרמטרי רישום מפחית באופן ניכר את פעילות הרקע של Windows בסרק. בנוסף 17 טענות פרטניות: האם כל פרמטר משנה את ההתנהגות הנצפית.

  • Windows 11 Pro, build 26300.9457 (26H2), מכונה וירטואלית, מערכת מבוססת;
  • 17 פרמטרי רישום מבין המומלצים בתדירות גבוהה: טלמטריה, אבחון, רשתות, תאימות וחיפוש;
  • חלון עם הפרמטרים: 9.2 דקות לאחר 3 דקות ייצוב; חלון בקרה נקי באותו אורך בתוספת ארבע שעות בקרה נוספות של אותה הרצה;
  • מדדים: הפעלות תהליכים ותהליכונים, פעולות רישום, קבצים ורשת לפי עקיבת Kernel;
  • כל הפרמטרים הוחלו בו-זמנית ושוחזרו מיד לאחר המדידה.

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

A/B קפדני על מחזור אתחול אחד: חלון עם הפרמטרים המיושמים מול חלון נקי באורך שווה, בתוספת ארבע שעות בקרה נקיות להערכת השונות הטבעית. אירועי עקיבת Kernel קובצו לפי תהליכים; רעש נלווה של ניטור הוצא. קצבים נורמלו לדקה; לעמידות בפני פרצים הושוו חציונים של סכומים לדקה ללא הדקה הראשונה.

מדד עם הפרמטרים חלון נקי שעות נקיות (טווח) פסק דין
הפעלות תהליכים/דקה 2549 2601 2601 שוויון
פעולות רישום/דקה 14235 14780 14394–18951 בטווח השונות
פעולות קבצים/דקה 3098 4472 3251–4472 בטווח השונות

השונות הטבעית של שעות רקע (עד 28% ברישום) גדולה מכל אפקט של הסט. הדלתאות הגולמיות “−13% רישום” ו-“−53% קבצים” מוסברות בפרץ של הדקה הראשונה של התצפית, ולא בפרמטרים.

מנגנון תוצאה הוכחה
השבתת LLMNR (פתרון שמות multicast) בקשות LLMNR: 17.8–20.7 ל-10 דקות בכל השעות הנקיות → 0 הסתברות למקריות נמוכה מ-1e-7; בקשת mDNS מזווגת המשיכה להגיע
קבוצת טלמטריה (AllowTelemetry ×2 + איסור העלאת DiagTrack) פעילות מארח הטלמטריה: 131–1950 פעולות רישום/דקה → 3 הסקר התקופתי של תצורת הטלמטריה נעצר מיד

קבוצת הטלמטריה הוחלה בשלושה פרמטרים בו-זמנית, ולכן לא ניתן להפריד את תרומת כל אחד מהם בניסוי זה.

פרמטר צפוי בפועל
השבתת mDNS הפסקת בקשות mDNS התדירות לא השתנתה: 35.9 ל-10 דקות מול 29.6–35.6 בשעות הנקיות; הערך נקרא על ידי השירות
השבתת NetBIOS over TCP/IP הפסקת בקשות NetBT הקצב זהה: 16.8 מול 16.1–16.7 ל-10 דקות
השבתת DoH אוטומטי הפחתת בקשות DNS ללא שינויים; במערכת זו DoH אוטומטי ממילא לא היה פעיל

עשרה פרמטרים נותרו ללא פסק דין: ארבעה אבחוני WDI לא נקראו בחלון, מרווחי פעולתם ארוכים מ-9 דקות או מתגלים רק בעומס תרחישי; חנקי עקיבה של החיפוש משפיעים על ערוץ החיפוש עצמו, שלא נכלל בלכידה; פרמטרי תאימות ו-USB לא היו להם פעילות בסרק לבדיקה.

עובדה לוואי חשובה: יישום הפרמטרים בענפי מדיניות עצמו העיר עדכון מדיניות קבוצתית ואת שירות היישומים — “מחיר יישום” חד-פעמי, שבחלון קצר נראה כעלייה בפעילות.

  • נמדד: אין הפחתה כוללת של פעולות רקע; הקצבים עם הפרמטרים נמצאים בתוך טווח השונות של השעות הנקיות.
  • נמדד: השבתת LLMNR מפסיקה לחלוטין בקשות LLMNR, בלי לגעת ב-mDNS וב-NetBIOS.
  • נמדד: קבוצת הטלמטריה עוצרת את הסקר התקופתי של תצורת DiagTrack (−98–99.8% מפעילות המארח).
  • נצפה: פרמטרי mDNS ו-NetBIOS נקראים על ידי השירות, אך אינם מניבים אפקט נצפה.
  • אפקטים של פרמטרי WDI, תאימות, USB וחנקי חיפוש: החלון או ערוצי התצפית לא התאימו.
  • תרומת כל פרמטר טלמטריה בנפרד.
  • התנהגות במהדורות אחרות ובחומרה פיזית.
  • כל אפקטים תחת עומס: נמדד סרק בלבד.

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

ההבחנה בין “הפרמטר נקרא” ל-“הפרמטר שולט בהתנהגות” היא העיקר. מתוך 17 ההגדרות שנבדקו, רק שתי קבוצות באמת משנות את ההתנהגות הנצפית, ולשתיהן יש נקודות שליטה תקניות משלהן: LLMNR ב-BoosterX נסגר בהגדרה “פתרון שמות מקומיים”, וטלמטריה — ב-“טלמטריה במדיניות איסוף הנתונים” יחד עם “רושמי ETW אוטומטיים ברקע”. את שאר הרקע של Windows בסרק יוצרים Defender, WMI, בדיקות רישוי ו-Store — פרמטרי הרישום ה“עדינים” של סט זה לא מדכאים אותם.

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

כל 17 הערכים שוחזרו מיד לאחר עצירת המדידה; החזרה מוצלחת תועדה בצילומי מצב. המערכת לא אותחלה לפני השחזור.

המדידות בוצעו על ידי BoosterX Research במכונה הווירטואלית המתוארת. המחקר שייך למפתח BoosterX, ולכן למפתח יש אינטרס ישיר בתוצאה; המתודולוגיה והגבולות מתוארים לעיל, וניתן לאמת את המסקנות לפי המתודולוגיה הפתוחה.

בדיקה אחרונה: 2026-09-22.