דלגו לתוכן

MMCSS, DWM ופרופיל Games ב-Windows 11 25H2

בדף זה

תשובה קצרה

Section titled “תשובה קצרה”

MMCSS מעניק למשימות מולטימדיה רגישות לזמן גישה בעדיפות ל-CPU, מבלי להפוך אותן ל-realtime מוחלט. הפרופילים Window Manager ו-Games משפיעים על הסיווג רק של אותם תהליכים הרשומים תחת שם המשימה המתאים. מחיקת הערכים המובנים אינה משחזרת את הפרופיל: היא מפעילה ערכי fallback נמוכים יותר מתוך הקוד.

מה נבדק

Section titled “מה נבדק”

נבדק כיצד MMCSS קורא את הפרופילים Window Manager ו-Games, אילו ערכים חלים בהיעדר רשומות ומה משנה שינוי העדיפויות ו-lazy mode.

תחום המחקר

Section titled “תחום המחקר”

Windows 11 25H2 build 26200.9168, mmcss.sys ותצפית boot-time. workload מסוים, מנהל התקן GPU והשהיה פיזית לא נמדדו.

מתודולוגיה

Section titled “מתודולוגיה”

ניתוח mmcss.sys, תצפית על קריאת פרופילים ב-bootlog ובדיקת נרמול וערכי fallback.

הנתיב הקנוני

Section titled “הנתיב הקנוני”

נתיב השורש:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile

פרופיל DWM:

...\Tasks\Window Manager

פרופיל המשחקים:

...\Tasks\Games

Value Type Window Manager ב-25H2 Games ב-25H2 תפקיד מאומת
Scheduling Category REG_SZ Medium Medium קטגוריית scheduler policy
Priority REG_DWORD 5 2 עדיפות המשימה בטווח 1..8
Priority When Yielded REG_DWORD חסר, fallback 16 חסר, fallback 16 תקרה לאחר ויתור CPU

ערכי SystemProfile בשורש:

Value Type מצב ב-25H2 תפקיד מאומת
LazyModeTimeout REG_DWORD חסר, fallback 1000000 טיימר lazy mode ביחידות של 100 ננו-שניות
NoLazyMode REG_DWORD חסר, fallback 0 השבתת idle detector

פרופיל DWM ו-Games

Section titled “פרופיל DWM ו-Games”

mmcss.sys קורא את Scheduling Category, Priority ו-Priority When Yielded בעת אתחול הפרופילים. פסי הקטגוריות הפעילים המתועדים: Low — 8..15, Medium — 16..22, High — 23..26. עבור High הערך Priority בפס הפעיל תמיד מתפרש כ-2, לכן רשומה של 6 או 8 אינה מעלה את פרופיל High כפי שהמספר מרמז.

במצב נקי של ה-build שנחקר, לפרופיל Games היה Medium/2, ול-Window Manager — Medium/5. Priority When Yielded היה חסר אצל שניהם, לכן הוחל fallback 16. השילובים High/6/13 ו-High/8/13 הם תצורות ששונו, ולא Windows defaults. הערך 13 מחזק את ההורדה לאחר ויתור CPU ביחס ל-fallback 16.

תועלת: הפרופיל מתאר scheduler policy עבור תהליכים מסווגים. העלאת הקטגוריה כשלעצמה אינה מוכיחה שיפור ב-workload הסופי; היא עשויה להגביר את התחרות על ה-CPU.

LazyModeTimeout ו-NoLazyMode

Section titled “LazyModeTimeout ו-NoLazyMode”

LazyModeTimeout נמדד ביחידות של 100 ננו-שניות. Fallback 1000000 שווה ל-100 ms; 10000 שווה ל-1 ms. אפס מוחלף ב-fallback, ואין clamp עליון ב-reader שנבדק. NoLazyMode הוא בוליאני: 0 משאיר את idle detector פעיל, וכל ערך שאינו אפס משבית אותו. כאשר NoLazyMode פעיל, הנתיב LazyModeTimeout כמעט בלתי מושג, לכן אי אפשר להעריך את ההגדרות הללו באופן בלתי תלוי.

תועלת: הקטנת ה-timeout מאיצה את מחזור ה-lazy scheduler, ולא מעלה את העדיפות של תהליכים פעילים. NoLazyMode=1 מסיר את idle-demotion path, אך אינו מבטל את Priority When Yielded ומשאיר את MMCSS במחזור מלא, ובכך מגביר את הפעילות ברקע.

תזמון וראיות

Section titled “תזמון וראיות”

mmcss.sys קורא root ו-task profiles בעת עליית השירות/מנהל ההתקן. ב-bootlog נצפו פניות אל NoLazyMode ואל הפרופילים; עבור ערכים חסרים נרשם NAME NOT FOUND, ולאחר מכן הוחל קוד ברירת המחדל. זוהי דרך עבודה תקינה של תצורת Registry.

מה אומת

Section titled “מה אומת”
  • ערכי Medium/5 עבור Window Manager ו-Medium/2 עבור Games בתצורה נקייה של 25H2.
  • Fallback Low/1 בהיעדר Scheduling Category ו-Priority, וכן 16 עבור Priority When Yielded.
  • גבולות הקטגוריות והפרשנות של Priority עבור High.
  • יחידות ו-fallback של LazyModeTimeout, התנהגות בוליאנית של NoLazyMode.

מה לא אומת

Section titled “מה לא אומת”
  • השפעת הפרופילים על FPS, frametime והשהיה פיזית.
  • התועלת של שינוי עדיפויות עבור משחקים ויישומים מסוימים.

מסקנה מעשית

Section titled “מסקנה מעשית”

עבור מערכת רגילה יש לשמור על Medium/5 ו-Medium/2 המובנים. לשחזור מדויק אין למחוק את Scheduling Category ו-Priority: ה-fallback בהיעדרם שווה ל-Low/1, כלומר הפרופיל יהפוך לחלש מהמובנה. השחזור מתבצע על ידי כתיבה מפורשת של הצמד המובנה ומחיקת Priority When Yielded האופציונלי.

מקורות ומגבלות

Section titled “מקורות ומגבלות”

התוצאה מתייחסת ל-Windows 11 25H2 build 26200.9168; workload מסוים, GPU driver והשהיה פיזית לא נמדדו במאמר זה.

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

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

המקורות הציבוריים נבדקו: 2026-09-02.

היסטוריית שינויים

Section titled “היסטוריית שינויים”
  • 2026-09-20: נוסף כתב ויתור על ניגוד עניינים וקישור לבדיקה עצמאית של התצפיות הדינמיות במתודולוגיה.
  • 2026-09-02: פרסום ראשון; אומתו קריאת פרופילים, defaults וערכי fallback, נוספו גבולות ההשפעה המעשית.