אבחון מתוזמן של Windows: מה EnabledExecution מבטל
בדף זה
תשובה קצרה:
EnabledExecution=0מנטרל בדיוק את ההפעלה המתוזמנת של חבילות האבחון של Windows. Task Scheduler עדיין יכול להפעיל את המשימה המערכתית המתאימה, אך המטפל שלה אינו מבצע איתור, פתרון תקלות ותיקון אוטומטי. זה אינו מנטרל את כל האבחון של Windows ואינו אופטימיזציה מוכחת של FPS, השהיה, RAM או דיסק.
סטטוס: ייעוד המדיניות מתועד על ידי Microsoft. ב-Windows 11 Pro 25H2 אומת סטטית שערכה נבדק בתוך המטפל של Scheduled Diagnostics ומגביל את הפעלת חבילות האבחון. התנהגות ה-runtime של המשימה וההשפעה על הביצועים לא נמדדו במחקר זה.
הטענה הנבדקת
Section titled “ הטענה הנבדקת”בדקנו ארבע טענות:
- Windows משתמש ב-
EnabledExecutionכ-machine policy עבור Scheduled Diagnostics. - הערך
0אוסר הפעלה מתוזמנת של חבילות אבחון. - הפעלה ידנית של אותה משימה אינה עוקפת את בדיקת המדיניות בתוך המטפל שלה.
- ניטרול מדיניות זו אינו אומר ניטרול של כל אמצעי האבחון והתחזוקה של Windows.
הגדרות BoosterX קשורות
Section titled “הגדרות BoosterX קשורות”עמוד זה קשור ל«אבחון מתוזמן», «תחזוקה אוטומטית», «אירועי אבחון» ו«רישום פעולות». איסור של ענף תחזוקה אחד אינו מנטרל את כל האבחון של Windows ואינו מוכיח חיסכון כללי ב-CPU.
מה זה Scheduled Diagnostics
Section titled “ מה זה Scheduled Diagnostics”Scheduled Diagnostics מאפשר ל-Windows לאתר מעת לעת בעיות מערכת, לבצע אבחון, וברמה מורשית — לתקן אוטומטית חלק מהתקלות שנמצאו.
Microsoft מתארת שלוש התנהגויות אפשריות:
- איתור ופתרון תקלות עם התראה למשתמש לצורך תיקון אינטראקטיבי;
- איתור, פתרון תקלות ותיקון אוטומטי של חלק מהבעיות;
- איסור איתור, אבחון ותיקון מתוזמנים.
אם המדיניות אינה מוגדרת, Windows משתמשת בהעדפות פתרון התקלות המקומיות. בהיעדר הגדרה מקומית כזו, Microsoft מתעדת איתור, אבחון ותיקון מופעלים כברירת מחדל.
תחום המחקר
Section titled “ תחום המחקר”| תחום | מה נבדק | סטטוס |
|---|---|---|
| Microsoft Policy CSP | ייעוד, Registry mapping, מצב ברירת מחדל והחלה ללא הפעלה מחדש | מתועד |
| Windows 11 Pro 25H2 build 26200.8655 x64 | קריאת המדיניות והסתעפות המטפל של Scheduled Diagnostics | אומת סטטית |
| Windows 10 ו-Windows Server | רק התחולה המצוינת בתיעוד הציבורי | נתיב runtime מדויק לא נבדק |
| ביצועי המשתמש | CPU, RAM, I/O, FPS, frametime ו-input latency | לא נמדדו |
התיעוד הציבורי של Microsoft מציין תמיכה ב-ADMX-backed policy המתאימה ב-Windows 10 2004 עם cumulative updates מסוימים, וב-Windows 11 21H2 ואילך עבור מהדורות Pro, Enterprise, Education ו-IoT Enterprise. Home אינה מופיעה בטבלה זו. זה אינו מוכיח את אי-השתנות הנתיב הפנימי בכל מהדורה ובכל build.
מתודולוגיה
Section titled “ מתודולוגיה”המחקר שילב שני סוגי ראיות:
- תיעוד רשמי של Microsoft עם ייעוד המדיניות, ה-Registry mapping שלה והמצבים שלה;
- בדיקה סטטית של רכיב המערכת של Windows שמשרת את המשימה Scheduled Diagnostics.
בדקנו את הטיפול במצבים 0, 1, ערך חסר ו-execution level נוסף. מכונה וירטואלית, עקבות מערכת והפעלת חבילות אבחון לא שימשו. קוד מפורק, כלים פנימיים וארטיפקטים גולמיים אינם מפורסמים.
תוצאות
Section titled “ תוצאות”| מצב | התנהגות מתועדת או מאומתת |
|---|---|
EnabledExecution=0 |
איתור, אבחון ותיקון מתוזמנים אסורים |
EnabledExecution=1 ללא רמה נפרדת |
הנתיב של Scheduled Diagnostics מורשה; הפעולה המדויקת תלויה ב-execution level |
| המדיניות חסרה | נעשה שימוש בהעדפות מקומיות; Microsoft מתעדת התנהגות מופעלת כברירת מחדל |
| ערך מסוג שגוי | ביצוע תקין אינו מובטח; מצב כזה אינו מומלץ |
ב-build הנחקר הבדיקה מתבצעת בתוך המטפל של המשימה המערכתית. לכן הפעלה ידנית של אותה משימה אינה הופכת ביצוע האסור על ידי המדיניות למותר.
מה אומת
Section titled “ מה אומת”EnabledExecutionמתייחס ל-Scheduled Diagnostics, ולא לכל האבחון של Windows.- הערך
0חוסם הפעלת חבילות אבחון דרך ה-scheduled handler הנחקר. - המשימה המערכתית והרישום שלה אינם נמחקים בכך.
- שינוי המדיניות מוחל ללא הפעלה מחדש; עבור פעולת Scheduled Diagnostics נדרש שירות Task Scheduler פעיל.
- מחיקת ה-policy value מחזירה את Windows להעדפות המקומיות וללוגיקת ברירת המחדל הרגילה.
מה לא אומת
Section titled “ מה לא אומת”- הפחתת עומס רקע, CPU, RAM או פעולות דיסק בכמות מדידה;
- עלייה ב-FPS ממוצע, P1, P0.1 או הקטנת input latency;
- ניטרול של
sfc,chkdsk, Microsoft Defender, אופטימיזציית דיסקים או כל משימות התחזוקה; - מניעת כל ההתראות של Windows על בעיות שנמצאו;
- נתיב פנימי זהה ב-Windows 10, Windows 11 ו-Windows Server.
היעדר תוצאה כמותית חשוב: החרגה של נתיב אבחון נדיר אחד עשויה כלל לא לשנות את המדדים בסשן משחק רגיל.
מגבלות
Section titled “ מגבלות”המחקר בוצע סטטית על מערכת עדכנית אחת. הוא מאשר את קיומו ומשמעותו של decision path, אך אינו מראה את תדירות ההפעלות בפועל, את היקף העבודה שבוצעה, backlog אפשרי לאחר החזרת ההגדרה ואת האפקט על המשתמש.
מצב ברירת המחדל הרשמי וה-fallback להעדפות מקומיות מתועדים על ידי Microsoft. התנהגות של התקנה נקייה, שבה נעדרים פיזית גם policy value וגם local preference value, לא שוחזרה בנפרד.
מסקנה מעשית
Section titled “ מסקנה מעשית”עבור רוב המשתמשים בטוח יותר להשאיר Windows default: כך Windows שומרת על היכולת לאתר מראש ולתקן חלק מהבעיות.
ניטרול הגיוני רק כפשרה מודעת, אם המשתמש רוצה לאסור בדיוק חבילות אבחון מתוזמנות ומקבל את אובדן הפונקציה המונעת הזו. אל תחילו את ההגדרה למען שיפור ביצועים מובטח: המחקר לא הראה תוצאה כזו.
ההגדרה החינמית הקשורה מתוארת בעמוד «אבחון מתוזמן» ב-BoosterX.
שחזור המצב
Section titled “ שחזור המצב”לשחזור, מחקו את ה-policy override דרך המצב Windows default ב-BoosterX. הפעלה מחדש או אתחול השירות לפי תיעוד Microsoft אינם נדרשים: השינוי מוחל מיד.
לאחר השחזור, ההתנהגות המדויקת נקבעת על ידי ההעדפות המקומיות של Windows. אם הן אינן מוגדרות, Microsoft מציינת איתור, אבחון ותיקון מופעלים כברירת מחדל.
מקורות ראשוניים ציבוריים
Section titled “ מקורות ראשוניים ציבוריים”- ADMX_sdiagschd Policy CSP, Microsoft Learn - ייעוד המדיניות, גרסאות נתמכות, Registry mapping, מצבים והחלה ללא הפעלה מחדש.
המחקר פורסם על ידי צוות BoosterX ומתייחס להגדרה של המוצר. עצם קיומה של ההגדרה ב-BoosterX לא שימש כהוכחה ליעילותה. BoosterX Wiki אינה קשורה, מורשית, ממומנת או מאושרת על ידי Microsoft Corporation.
בדיקת המקורות האחרונה: 2026-08-24.
היסטוריית שינויים
Section titled “היסטוריית שינויים”- 2026-09-20: ה-description קוצר עד למגבלת ה-snippet של החיפוש.
- 2026-08-24: גרסה ציבורית ראשונה המבוססת על תיעוד Microsoft ובדיקה סטטית של Windows 11 Pro 25H2.