עדיפות חלון פעיל
בדף זה
המלצה
לפי מצבב-Windows 10 ו-11 לקוח השאירו Windows default. בדקו 0x1A רק בעומס CPU מלא שניתן לשחזר.
בדיקה היסטורית של BoosterX לא מצאה מצב טוב יותר באופן אוניברסלי: default הראה השהיית click-to-photon ממוצעת מעט נמוכה יותר, ו-0x1A תאם את מדדי ה-FPS הטובים ביותר בתרחיש CPU אחד ללא חזרות בלתי תלויות.
- בדרך כלל בוחרים
- Windows default
- האפקט העיקרי
- מדיניות קוונטים של CPU
- FPS והשהיה
- תלויים בעומס
Win32PrioritySeparation קובע foreground boost וחלק מכללי בחירת הקוונטים של מתזמן Windows. מהם תלוי חלוקת זמן המעבד בין תהליכונים מוכנים. ההגדרה כשלעצמה אינה מעלה את עדיפות המשחק או את כוח ה-CPU; שיפור FPS אינו מובטח.
לרוב מחשבי הלקוח עם Windows 10 או 11 אנו ממליצים על Windows default (0x02). המצב 0x1A מעביר את השדות הנבדקים לקוונטים ארוכים וקבועים עם foreground boost מקסימלי. הוא עשוי להועיל רק בתרחיש צר שבו המשחק נתקע באופן ניתן לשחזור ב-CPU וההשוואה מאשרת שיפור ללא הרעה בהשהיה או בפריימים נדירים.
Windows Server משתמש בכללי תזמון אחרים ולא נבדק במחקר זה. במערכת שרת שמרו על המצב המקורי: ההמלצה 0x02 ממאמר זה אינה חלה עליה.
מה משתנה
Section titled “מה משתנה”Microsoft מתעדת את שני הביטים הנמוכים של הפרמטר כ-ForegroundApplicationBoost: 0 משמעו ללא boost, 1 מינימלי, 2 מקסימלי. תיעוד היסטורי של Windows Internals מתאר את שאר השדות בשימוש כבחירה בין קוונטים קצרים או ארוכים ומשתנים או קבועים.
0x02 משאיר את בחירת הקוונטים למדיניות הלקוח הרגילה של Windows ושומר על foreground boost מקסימלי. 0x1A קובע קוונטים ארוכים וקבועים עם אותו boost מקסימלי. קוונט ארוך יותר עשוי להפחית את תדירות החלפת התהליכונים תחת עומס CPU כבד, אך בו בזמן לשנות את ההיענות של משימות מתחרות.
שינויי Registry
Section titled “שינויי Registry”ההגדרה זמינה בגרסה החינמית של BoosterX. בטבלה מופיעים ערכיה ב-Registry.
| שדה | ערך |
|---|---|
| Hive ונתיב | HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl |
| שם הערך | Win32PrioritySeparation |
| סוג | REG_DWORD |
| Windows default | 0x02 (2), ערך התחלתי מתועד של client Windows |
| מצב לפי circumstances | 0x1A (26) |
| החזרה | 0x02 (2) |
לשינוי ולהחזרה השתמשו ב-BoosterX. אין בדף זה .reg או פקודות PowerShell מוכנות.
ב-Windows 11 25H2 שנבדק הערך הוגדר במפורש והיה שווה ל-2. לכן היעדר DWORD אינו יכול להיחשב למצב יצרן לכל התקנות Windows. אם הערך אינו קיים, הפרמטר אינו מוגדר במפורש ב-Registry. זה שונה מערך כתוב של 0. אין צורך ליצור רשומה עם מספר אקראי.
מחשבון ערכים
Section titled “מחשבון ערכים”מפענח 6 סיביות
בדיקת מצב בפועל
הזן את הערך שמצאת ברשימת ה-Tweak. המחשבון יציג רק את שש הסיביות שבשימוש ואת השילוב הקנוני עם אותו מצב. הוא אינו משנה דבר במחשב.
המחשבון חוזר על הפרשנות של הפרויקט הפתוח Win32PSCalculator: הוא מתחשב רק בששת הביטים הנמוכים ומציג את הערך הקנוני של אותו מצב. לדוגמה, Windows default 0x02 ומפורש 0x26 תואמים קוונטים קצרים ומשתנים עם foreground boost מקסימלי ב-Windows לקוח. זה מסביר מדוע הגדרת 0x26 מעל default בדרך כלל אינה יוצרת מצב חדש.
המחשבון מראה איזה מצב קובע הצירוף הביטי. הוא אינו חוזה FPS או השהיה. מספרים שונים עשויים לקבוע אותו מצב בדיוק.
מתי לבדוק 0x1A
Section titled “מתי לבדוק 0x1A”- המשחק או עומס העבודה מחזיק את ה-CPU באופן יציב סמוך לעומס מלא;
- frametime מתדרדר בעומס CPU מלא;
- אתם יכולים לבצע כמה ריצות מזווגות זהות;
- משווים לא רק FPS ממוצע, אלא גם P1, P0.1, גרף frametime והשהיית שליטה.
אל תבחרו 0x1A רק מפני שפרופיל הגדרות של מישהו אחר משתמש בו. אם ה-CPU אינו בעומס מלא, ייתכן שלא יהיה הבדל. גם תוצאה של Windows 10 אינה ניתנת להעברה אוטומטית ל-Windows 11.
מה הראו המדידות של BoosterX
Section titled “מה הראו המדידות של BoosterX”בסדרה היסטורית של Valorant על Windows 10 22H2 נעשה שימוש ב-300 מדידות click-to-photon לכל ערך בעומס CPU מתועד של 100%.
| מדד | Windows default 0x02 / מקביל מפורש 0x26 |
0x1A |
|---|---|---|
| Click-to-photon AVG | 15.28 ms | 15.68 ms |
| Click-to-photon SD | 3.12 ms | 3.31 ms |
| FPS AVG | 334.4 | 355.1 |
| P1 | 111.6 | 256.0 |
| P0.1 | 36.9 | 41.0 |
ההפרש בהשהיה הממוצעת היה 0.40 ms לטובת default עם פיזור של כ-3 ms. ברשומה שנשמרה FPS של 0x1A היה גבוה יותר. עם זאת, לכל מצב נשמרה רק ריצת FPS אחת, ולכן החזרתיות של תוצאה זו אינה מאושרת.
המטריצה המלאה של הערכים, המתודולוגיה והמגבלות מובאות במחקר «Win32PrioritySeparation: השהיה ו-FPS בעומס CPU מלא».
כיצד לבדוק את התוצאה
Section titled “כיצד לבדוק את התוצאה”- שמרו את Windows default וקבעו סצנת משחק זהה, מגבלת FPS, צריכת חשמל ועומס רקע.
- בצעו כמה ריצות עם ההגדרה המקורית ושמרו frametime, P1 ו-P0.1.
- ב-BoosterX פתחו «אופטימיזציה» → «טוויקים» → «מתזמן וזיכרון» → «Win32PrioritySeparation», בחרו
0x1A, לחצו «החל» ובצעו את ההפעלה מחדש המוצעת. - חזרו על אותן ריצות בסדר מעורב.
- השאירו
0x1Aרק בשיפור חוזר של מדד היעד ללא הרעה בהשהיה, בפריימים נדירים ובמשימות רקע.
כיצד להחזיר
Section titled “כיצד להחזיר”ב-BoosterX פתחו «אופטימיזציה» → «טוויקים» → «מתזמן וזיכרון» → «Win32PrioritySeparation», בחרו «ברירת מחדל» ולחצו «החל». אם «החלה מיידית» מופעלת, אין צורך בלחיצה נפרדת. בצעו את ההפעלה מחדש המוצעת וודאו שהערך שוב שווה ל-0x02.
מקורות וגבולות הבדיקה
Section titled “מקורות וגבולות הבדיקה”- Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - הקשר ל-Registry ולערכי foreground boost.
- CPU Analysis, Microsoft Learn - תפקיד ה-quantum, העדיפות וההחלפות בעבודת המתזמן.
- Scheduling Priorities, Microsoft Learn - עדיפויות, preemption ותזמון round-robin של תהליכונים.
- Context Switches, Microsoft Learn - מבנה החלפת ההקשר.
- Windows Internals Sixth Edition sample chapters, Microsoft Press - תיאור היסטורי של השדות הביטיים ושל quantum policy ללקוח.
- טבלת המדידות הציבורית של BoosterX - מצברי click-to-photon ו-FPS היסטוריים.
- Win32PSCalculator - מחשבון שולחני פתוח לערכים מקבילים של הפרמטר.
עבודת כל וריאנטים של קוונטים לא נבדקה בכל build של Windows. האפקט של 0x1A ב-Windows 11 ובמערכות גיימינג מודרניות טרם שוחזר. ההמלצה אינה חלה על Windows Server.
בדיקה אחרונה: 2026-09-20.