מאזיני Raw Input ברקע ב-Windows 10 ו-Windows 11
בדף זה
תשובה קצרה: הגבלת מאזין הרקע לכ-125 Hz בקירוב אושרה במדידה פיזית שלנו של Windows 11 24H2. כאשר throttling המערכתי פעיל, המרווח הממוצע של
WM_INPUTברקע עמד על 7.97 ms, או כ-125.5 Hz; ה-foreground שמר על 1.04 ms. לאחר השבתת המנגנון, ה-background חזר ל-1.00 ms. בסדרות וירטואליות מסוימות ה-throttling לא גרם לאובדן raw packets: נשמרו 32 מתוך 32 ו-256 מתוך 256 אירועים.
סטטוס: מנגנון ה-throttling וה-coalescing של מאזיני רקע מתועד על ידי Microsoft. התדר של כ-125 Hz נמדד על ידי בודק ציבורי נפרד עם עכבר פיזי של 1000 Hz ב-Windows 11 24H2. הענף המערכתי נצפה גם ב-Windows 11 25H2 ולא נמצא ב-Windows 10 22H2 שהותאמה להשוואה.
מדוע Microsoft הוסיפה את ההגבלה
Section titled “ מדוע Microsoft הוסיפה את ההגבלה”Microsoft מתארת במפורש את הסיבה: עכבר עם high report rate שלח קלט לא רק למשחק, אלא גם למספר תהליכי רקע. עיבוד הבקשות הללו צרך זמן מעבד ניכר, שיכול היה להיות מנוצל לרינדור, וב-Surface Laptop Studio לבדיקה עם עכבר 1000 Hz נצפו סטאטרים משמעותיים. הפתרון היה throttling, coalescing והגבלת תדר ההודעות בדיוק עבור מאזיני Raw Input ברקע.
עד למועד יציאת השינוי, עכברים מהירים כבר חרגו הרבה מעבר ל-1000 Hz. לדוגמה, Razer השיקה עכבר חוטי של 8000 Hz בשנת 2021 וטכנולוגיה אלחוטית של 4000 Hz בשנת 2022. התקן של 8000 Hz מסוגל לשלוח עד פי שמונה דוחות בשנייה מאשר התקן של 1000 Hz. לכן התפשטות עכברים של 4000–8000 Hz הגדילה באופן הגיוני את היקף הבעיה עם מספר מאזיני רקע.
המשפט האחרון הוא הפרשנות שלנו להקשר, ולא הצהרה של Microsoft. Microsoft לא כינתה את העדכון תגובת חירום דווקא לעכברים של 4000 או 8000 Hz, ובבדיקה שפורסמה השתמשה בעכבר של 1000 Hz. כמו כן נכון יותר לדבר על העלות הכוללת של מסירה ועיבוד input requests, ולא לייחס את כל האפקט רק לפסיקות חומרה.
הגדרות BoosterX קשורות
Section titled “הגדרות BoosterX קשורות”החומר קשור להגדרה “הפחתת תדר אירועי Raw Input ברקע”. היא מגבילה בדיוק מאזיני רקע ואין לתאר אותה כהגבלה של קלט foreground או כעלייה מובטחת ב-FPS.
טענה נבדקת
Section titled “ טענה נבדקת”בדקנו חמש טענות:
- ב-Windows 11 קיים עיבוד נפרד של מאזיני Raw Input ברקע בתדר גבוה.
- הוא אינו קיים באותה צורה ב-Windows 10 22H2 שנחקרה.
- ב-Windows 11 24H2 התדר האפקטיבי של מאזין הרקע אכן עומד על כ-125 Hz בזרם כניסה של כ-1000 Hz.
- Throttling יכול להפחית את שלמות זרם ה-
WM_INPUTשל המשחק באמצעות אובדנים, איחוד או פיצול של מנות. - שינוי מצב החלון כשלעצמו יוצר Raw Input path שונה.
תחום המחקר
Section titled “ תחום המחקר”- Windows 10 22H2 build 19045.6456;
- Windows 11 24H2 עם עכבר פיזי של 1000 Hz;
- Windows 11 25H2;
- מכונות וירטואליות מבודדות;
- צרכני foreground ו-background;
- רישום רגיל של Raw Input,
RIDEV_NOLEGACYו-RIDEV_INPUTSINK; - windowed, borderless ו-exclusive presentation מאושר;
- סדרות בקרה של 32 אירועים וסדרה נפרדת של 256 אירועים.
הסדרה הפיזית בדקה מרווחים בין WM_INPUT, אך לא כללה משחק אמיתי, anti-cheat או overlay. הסדרה הווירטואלית לא שחזרה USB polling, GPU פיזי, תצוגה או מסלול click-to-photon.
מתודולוגיה
Section titled “ מתודולוגיה”בניסוי ציבורי נפרד RawMouseThrottleBufferTester רשם עכבר עם RIDEV_INPUTSINK ומדד מרווחי Stopwatch בין הודעות תנועה של WM_INPUT. אותו חלון הושווה ב-foreground וב-background בערכי ברירת המחדל של המערכת, ולאחר מכן לאחר השבתת ה-throttling.
הערך הממוצע המוצג מחושב לפי חלון טבעתי של 512 המרווחים האחרונים שהתקבלו. תנועות אפס והפסקות של 40 ms ומעלה נזרקו. השדה Samples בצילום המסך מציג את המספר הכולל של המרווחים שהתקבלו עד לרגע הצילום, ולא את גודל החלון הסטטיסטי.
בנוסף, רכיבי המערכת של Windows 10 22H2 ו-Windows 11 25H2 הושוו סטטית, כדי למצוא ענף נפרד של עיבוד עכבר רקע ולהפריד את ה-Raw Input path מ-legacy cursor ו-presentation paths.
לאחר מכן, בסביבות וירטואליות זהות, הוזנה רצף מבוקר של mouse events לצרכן foreground או background. עבור כל תרחיש נרשמו מספר ה-raw packets שנשלחו והתקבלו, אובדנים, איחודים, פיצולים, מצב foreground ובנפרד אירועי legacy/cursor branch.
רק גורם אחד השתנה בכל פעם: אופן רישום הצרכן, מצב foreground, מצב החלון או פרופיל ה-throttling המערכתי. בין התרחישים מצב הבדיקה הוחזר ל-baseline שנרשם.
תוצאות
Section titled “ תוצאות”עכבר פיזי, Windows 11 24H2
Section titled “עכבר פיזי, Windows 11 24H2”| מצב | מרווח ממוצע של 512 האירועים האחרונים | תדר שקול | Samples בצילום |
|---|---|---|---|
| Default, foreground | 1.04 ms | ≈962 Hz | 2 221 |
| Default, background | 7.97 ms | ≈125.5 Hz | 3 556 |
| Throttling מושבת, foreground | 1.00 ms | ≈1000 Hz | 19 606 |
| Throttling מושבת, background | 1.00 ms | ≈1000 Hz | 12 009 |
זה מאשר כ-125 Hz בדיוק עבור צרכן RIDEV_INPUTSINK ברקע ב-Windows 11 24H2 שנחקרה. מסלול ה-foreground של אותה תוכנית לא הוגבל ל-125 Hz.
תרחישים וירטואליים מבוקרים
Section titled “תרחישים וירטואליים מבוקרים”| תרחיש | Windows 10 22H2 | Windows 11 25H2 | תוצאה |
|---|---|---|---|
| מסירת Raw Input בסיסית | 32 נשלחו, 32 התקבלו | 32 נשלחו, 32 התקבלו | לא נמצאו אובדנים, merge או split |
Background ללא RIDEV_INPUTSINK |
0 מתוך 32 | 0 מתוך 32 | מסירת רקע לא התבקשה |
Background עם RIDEV_INPUTSINK |
32 מתוך 32 | 32 מתוך 32 | מסירת רקע עובדת בשתי מערכות ההפעלה |
| Windowed, borderless, exclusive | 32 מתוך 32 בכל מצב | 32 מתוך 32 בכל מצב | Presentation mode לא שינה את packet integrity |
| פרופילי throttling בלחץ | לא רלוונטי | 256 מתוך 256 בכל המצבים | legacy/cursor branch השתנה, אך לא שלמות WM_INPUT |
RIDEV_INPUTSINK הוא מתג מתועד של מסירת רקע. בלעדיו צרכן background לא אמור לקבל את אותו זרם כמו אפליקציית foreground. התוצאה האפסית בשורה זו אינה אובדן נתונים של Windows.
בסדרת הלחץ, מצבי ה-throttling המערכתיים שינו באופן ניכר את מספר אירועי ה-legacy ואת תנועת סמן המערכת. עם זאת, בכל המצבים צרכן ה-Raw Input קיבל את אותם 256 מנות מתוך 256. לכן אין לתאר נכון את האפקט שנמצא כ“Windows 11 מאבדת Raw Input”.
מה אושר
Section titled “ מה אושר”- Microsoft הוסיפה ב-Windows 11 throttling, coalescing והגבלת תדר הודעות עבור מאזיני עכבר raw ברקע.
- ב-Windows 11 24H2 שנחקרה צרכן foreground פיזי קיבל הודעות במרווח של כ-1 ms, וצרכן background במרווח של 7.97 ms, או כ-125.5 Hz.
- לאחר השבתת ה-throttling המרווח של צרכן ה-background חזר ל-1.00 ms.
- ב-Windows 11 25H2 שנחקרה נצפה ענף נפרד של עיבוד זה; בזוג המדויק של Windows 10 22H2 הוא לא נמצא.
RIDEV_INPUTSINKמשנה את מסירת הרקע שלWM_INPUTבשתי מערכות ההפעלה שנחקרו.- בכל התרחישים המפורטים שלמות ה-raw packets נשמרה 1:1.
- שינויי ה-throttling באו לידי ביטוי ב-legacy/cursor branch שנמדד, ולא כאובדן raw packets.
מה לא אושר
Section titled “ מה לא אושר”- שכל מאזין רקע בכל build של Windows 11 תמיד מוגבל בדיוק ל-125.0 Hz. התוצאה המאושרת מתייחסת ל-Windows 11 24H2 שתוארה ולאופן הרישום.
- שהמנגנון תמיד מפחית FPS, latency או stutter בכל מחשב.
- שהשבתת ה-throttling המערכתי משפרת את שליטת העכבר.
- ש-DWM מנהלת את שלמות
WM_INPUTבכל המשחקים וה-builds של Windows 11. - שאותה packet integrity מבטיחה אותה click-to-photon latency פיזית או אותה תחושה סובייקטיבית של כיוון.
- שתוצאת המכונה הווירטואלית עוברת לכל עכבר פיזי, משחק, anti-cheat או overlay.
מגבלות
Section titled “ מגבלות”צילומים פיזיים ציבוריים אינם מכילים את מספר ה-build המדויק של Windows 11 24H2, דגם העכבר, CSV של כל המרווחים או סדר אוטומטי של החלפת מצבים. הערך הממוצע משקף את 512 האירועים האחרונים, ותנועת העכבר בוצעה ידנית. לכן התוצאה מאשרת בביטחון את האשכול שנצפה סביב 8 ms, אך אינה קובעת קבוע מדויק לכל מערכת.
המכונה הווירטואלית מאפשרת לחזור על המסלול התוכנתי, אך אינה משחזרת USB polling, מיקרו-בקר של העכבר, GPU פיזי, תצוגה ומחזור משחק מלא. סדרות של 32 ו-256 אירועים מספיקות לבדיקת השלמות הנצפית של מסלול מסוים, אך לא להערכת אובדנים נדירים בהסתברות נמוכה.
Windows 11 25H2 הושוותה עם build מדויק אחד של Windows 10 22H2. אין להעביר את התוצאה אוטומטית ל-Windows 11 מוקדמות, Windows Server או עדכונים עתידיים.
כיצד לחזור על החלק הדינמי של התצפיות — ראו כיצד לבדוק בעצמכם.
BoosterX מפתחת את GameModeX ואת ProcessX, והמחקר הזה והכלים שלו, כולל RawMouseThrottleBufferTester הציבורי, שייכים למפתח BoosterX, ולכן יש לו אינטרס ישיר בתוצאות. המתודולוגיה וגבולות התחולה תוארו לעיל, ואת המסקנות ניתן לבדוק לפי נתונים פתוחים: הקוד הציבורי של הכלי, צילומי המדידות והמקורות המפורטים. התוצאה האפסית לגבי אובדני WM_INPUT, האישור של כ-125 Hz והיעדר ערובה אוניברסלית פורסמו יחד.
מסקנה מעשית
Section titled “ מסקנה מעשית”ב-Windows 11 השאירו את ה-throttling המערכתי של מאזיני עכבר raw ברקע במצב ברירת המחדל. Microsoft הציגה אותו כדי להפחית את העבודה של אפליקציות רקע בעת שימוש בעכבר עם high report rate, תוך שמירה על קלט מדויק של משחק ה-foreground.
עבור מחשב גיימינג BoosterX ממליצה להגביל מאזיני רקע תואמים לכ-50 Hz בקירוב. מדידה עצמאית של המרווח הזה ב-BoosterX טרם פורסמה; המספר עצמו מתיישב עם מדידות בלתי תלויות ציבוריות: לפי בדיקות PC-Tuning ו-Noverse, מרווח של כ-20 ms מתאים לתדר של מאזין תואם של כ-50–60 Hz בקירוב. חומרים אלה מובאים במקורות כהשוואה נוספת, והערך שנמדד במאמר זה הוא הגבלה מערכתית של כ-125 Hz, ולא התדר לאחר התאמה ידנית. הגדלת המרווח מפחיתה את מספר אירועי הרקע הנמסרים ואת מספר הפעלות המטפל בעת תנועת העכבר. חלון foreground במסלול שנבדק שומר על קלט במלוא המהירות.
כיוון האופטימיזציה המקומית אושר: צמצום תדר מסירת אירועי הרקע מפחית גם את מספר המסירות הללו וגם את מספר הפעלות המטפל. לא נמדדו גודל השינוי הכולל ב-CPU load, ב-FPS או ב-frametime עבור קבוצת תוכנות שרירותית. תגובת הרקע של אפליקציה לעכבר עשויה להיות פחות חלקה, ולכן מאזין שבאמת זקוק לתדר גבוה ברקע הוא עילה להחזיר את ברירת המחדל של Windows. תיאור מעשי ומצב Registry מדויק מובאים בעמוד “הפחתת תדר אירועי Raw Input ברקע”.
אם אפליקציית רקע מסוימת גורמת לסטאטרים או לקונפליקט קלט, עדכנו או סגרו קודם כל דווקא אותה. אל תשביתו את האופטימיזציה המערכתית ואל תשהו תהליכים בלי השוואה ניתנת לשחזור.
פונקציית ה-legacy להגבלת מאזיני רקע ב-GameModeX נועדה прежде всего ל-Windows 10 ואינה מהווה תחליף למנגנון המערכתי של Windows 11. עבור תצורה חדשה מומלצים Windows 11 ו-ProcessX הנתמכים.
שחזור מצב
Section titled “ שחזור מצב”המחקר בוצע בסביבות וירטואליות מבודדות. מצבי הבדיקה שהשתנו הוחזרו ל-baseline שנרשם בין התרחישים; לאחר הסיום נעשה שימוש במצב ההתחלתי של המכונה הווירטואלית. במחשב משתמש מאמר זה אינו ממליץ לשנות פרמטרים מערכתיים, ולכן אין צורך בפעולת שחזור נפרדת.
מקורות ראשוניים ציבוריים
Section titled “ מקורות ראשוניים ציבוריים”- RawMouseThrottleBufferTester — תוכנית ציבורית, קוד מקור, תצפית סטטית, בדיקת WinDbg וארבעה צילומי מדידה פיזית של Windows 11 24H2.
- Default, foreground ו-default, background — 1.04 ms מול 7.97 ms.
- Throttling off, foreground ו-throttling off, background — 1.00 ms כל אחד.
- Microsoft: Reduced game stutter with high report rate mice — throttling, coalescing ו-cap עבור מאזיני עכבר raw ברקע.
- Microsoft: KB5027303, OS build 22621.1928 — עדכון preview יציב ראשון עם שיפור לעכברים עם high report rate.
- Microsoft: Windows 11 Insider Preview Build 23424 — תיאור ציבורי מוקדם של שיפור עכבר high report rate בזמן משחק.
- Razer: השקת Viper 8KHz — הכרזה רשמית על עכבר 8000 Hz מ-28 בינואר 2021 והשוואת נפח הדוחות מול 1000 Hz.
- Razer: פיתוח 4000 ו-8000 Hz — ציר זמן רשמי של התקנים חוטיים ואלחוטיים עם high polling rate.
- PC-Tuning: בדיקת מרווח מאזין רקע — מתודולוגיה ציבורית לתצפית על המרווח וטווח
RawMouseThrottleDuration. - Noverse: בדיקה בלתי תלויה של שני מאזיני רקע — במרווח של 20 ms מאזין תואם נמדד בכ-60 Hz בקירוב, ומאזין עם רישום bypass שמר על כ-1000 Hz.
- Microsoft: RAWINPUTDEVICE — ייעוד
RIDEV_INPUTSINKו-RIDEV_NOLEGACY. - Microsoft: About Raw Input — מודל הרישום והמסירה של
WM_INPUT.
המקורות והניסוחים הציבוריים נבדקו: 2026-08-24.
היסטוריית שינויים
Section titled “היסטוריית שינויים”- 2026-09-20: ההמלצה של כ-50 Hz נוסחה מחדש: המספר הושווה במפורש למדידות בלתי תלויות ציבוריות, צוין היעדר מדידה עצמאית שפורסמה של המרווח; כתב הוויתור על ניגוד עניינים הושלם בבעלות על המחקר והכלים, ונוספה הפניה לבדיקה עצמאית במתודולוגיה.
- 2026-08-25: 50 Hz הומלצו לתרחיש גיימינג כצמצום מאושר של עיבוד הרקע; בנפרד נשמר הגבול לגבי האפקט המספרי על CPU ו-FPS הכוללים.
- 2026-08-24: נוסף ההקשר המתועד של CPU load, הגבול למסקנה על עכברים של 4000–8000 Hz ותרחיש זהיר של הגבלה ידנית של מאזיני רקע לכ-50 Hz בקירוב.
- 2026-08-24: נוספה מדידה פיזית ציבורית של Windows 11 24H2 המאשרת כ-125 Hz עבור מאזין רקע; נשמר הגבול שזה אינו קבוע אוניברסלי של כל build ורישום.
- 2026-08-24: פורסמה ההשוואה הראשונה בין Windows 10 22H2 ל-Windows 11 25H2.