Перейти к содержимому

Windows 10 এবং Windows 11-এ ব্যাকগ্রাউন্ড Raw Input listener

На этой странице

সংক্ষিপ্ত উত্তর: ফоновো লিসেনারের সীমাবদ্ধতা প্রায় 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 ফ্রিকোয়েন্সি Windows 11 24H2-এ প্রকৃত 1000 Hz মাউস দিয়ে একটি আলাদা পাবলিক টেস্টার পরিমাপ করেছে। সিস্টেম শাখাটি Windows 11 25H2-তেও লক্ষ্য করা গেছে এবং মিলিয়ে দেখা Windows 10 22H2-তে পাওয়া যায়নি।

কেন Microsoft এই সীমাবদ্ধতা যোগ করেছে

Заголовок раздела « কেন Microsoft এই সীমাবদ্ধতা যোগ করেছে»

Microsoft সরাসরি কারণ বর্ণনা করে: high report rate মাউস ইনপুট শুধু গেমেই নয়, একাধিক ফоновো প্রসেসেও পাঠাচ্ছিল। এই অনুরোধগুলো প্রক্রিয়া করতে লক্ষণীয় প্রসেসর সময় লাগছিল, যা রেন্ডারিংয়ে ব্যয় হতে পারত, এবং 1000 Hz মাউসসহ পরীক্ষামূলক Surface Laptop Studio-তে উল্লেখযোগ্য স্টাটার দেখা গিয়েছিল। সমাধান ছিল ফоновো Raw Input listeners-এর জন্যই throttling, coalescing এবং বার্তার ফ্রিকোয়েন্সি সীমাবদ্ধতা।

পরিবর্তনটি প্রকাশের সময় দ্রুত মাউসগুলো ইতিমধ্যে 1000 Hz ছাড়িয়ে অনেক দূরে চলে গিয়েছিল। উদাহরণস্বরূপ, Razer 2021 সালে একটি 8000 Hz তারযুক্ত মাউস এবং 2022 সালে 4000 Hz ওয়্যারলেস প্রযুক্তি প্রকাশ করেছে। একটি 8000 Hz ডিভাইস 1000 Hz ডিভাইসের চেয়ে প্রতি সেকেন্ডে আট গুণ পর্যন্ত বেশি রিপোর্ট পাঠাতে সক্ষম। তাই 4000–8000 Hz মাউসের বিস্তার যুক্তিসঙ্গতভাবেই একাধিক ফоновো listeners-এর সমস্যার মাত্রা বাড়িয়েছিল।

শেষ বাক্যটি আমাদের প্রসঙ্গ-ব্যাখ্যা, Microsoft-এর বিবৃতি নয়। Microsoft এই আপডেটকে 4000 বা 8000 Hz মাউসের প্রতি জরুরি প্রতিক্রিয়া বলে অভিহিত করেনি, এবং প্রকাশিত পরীক্ষায় 1000 Hz মাউস ব্যবহার করেছে। এছাড়াও input requests সরবরাহ ও প্রক্রিয়াকরণের সামগ্রিক ব্যয় নিয়ে কথা বলা বেশি যথাযথ, পুরো প্রভাবকে কেবল হার্ডওয়্যার ইন্টারাপ্টের উপর আরোপ করা নয়।

এই উপাদানটি «Уменьшить частоту фоновых событий Raw Input» সেটিংয়ের সাথে সম্পর্কিত। এটি কেবল ফоновো listeners-কে সীমাবদ্ধ করে এবং foreground ইনপুটের সীমাবদ্ধতা বা নিশ্চিত FPS বৃদ্ধি হিসেবে বর্ণনা করা উচিত নয়।

আমরা পাঁচটি দাবি যাচাই করেছি:

  1. Windows 11-এ উচ্চ-ফ্রিকোয়েন্সি ফоновো Raw Input listeners-এর জন্য আলাদা প্রক্রিয়াকরণ বিদ্যমান।
  2. গবেষণা করা Windows 10 22H2-তে একই রূপে তা অনুপস্থিত।
  3. Windows 11 24H2-এ প্রায় 1000 Hz ইনপুট প্রবাহে ফоновো লিসেনারের কার্যকর ফ্রিকোয়েন্সি সত্যিই প্রায় 125 Hz।
  4. Throttling প্যাকেট হারানো, একত্রীকরণ বা বিভাজনের মাধ্যমে গেমের WM_INPUT প্রবাহের অখণ্ডতা কমাতে পারে।
  5. কেবল উইন্ডো মোড পরিবর্তন করলেই ভিন্ন Raw Input path তৈরি হয়।
  • Windows 10 22H2 build 19045.6456;
  • প্রকৃত 1000 Hz মাউসসহ Windows 11 24H2;
  • Windows 11 25H2;
  • বিচ্ছিন্ন ভার্চুয়াল মেশিন;
  • foreground ও background consumers;
  • সাধারণ Raw Input নিবন্ধন, RIDEV_NOLEGACY এবং RIDEV_INPUTSINK;
  • windowed, borderless এবং নিশ্চিত exclusive presentation;
  • 32 ইভেন্টের নিয়ন্ত্রণ সিরিজ এবং 256 ইভেন্টের আলাদা সিরিজ।

প্রকৃত সিরিজ WM_INPUT-এর মধ্যবর্তী ব্যবধান যাচাই করেছে, কিন্তু প্রকৃত ম্যাচ, anti-cheat বা overlay অন্তর্ভুক্ত করেনি। ভার্চুয়াল সিরিজ USB polling, প্রকৃত GPU, ডিসপ্লে বা click-to-photon পথ পুনরুৎপাদন করেনি।

আলাদা একটি পাবলিক পরীক্ষায় RawMouseThrottleBufferTester একটি RIDEV_INPUTSINK মাউস নিবন্ধন করেছে এবং WM_INPUT-এর motion বার্তাগুলোর মধ্যে Stopwatch-ব্যবধান পরিমাপ করেছে। একই উইন্ডো সিস্টেমের ডিফল্ট মানে foreground ও background-এ তুলনা করা হয়েছে, তারপর throttling নিষ্ক্রিয় করার পর।

দেখানো গড় মান শেষ 512 গৃহীত ব্যবধানের রিং উইন্ডো থেকে গণনা করা। শূন্য গতি এবং 40 ms থেকে বিরতি বাদ দেওয়া হয়েছে। স্ক্রিনশটের Samples ক্ষেত্রটি স্ন্যাপশটের মুহূর্ত পর্যন্ত গৃহীত ব্যবধানের মোট সংখ্যা দেখায়, পরিসংখ্যানগত উইন্ডোর আকার নয়।

অতিরিক্তভাবে Windows 10 22H2 এবং Windows 11 25H2-এর সিস্টেম উপাদানগুলো স্থিতিশীলভাবে তুলনা করা হয়েছে, যাতে ফоновো মাউস প্রক্রিয়াকরণের আলাদা শাখা খুঁজে পাওয়া যায় এবং Raw Input path-কে legacy cursor ও presentation paths থেকে আলাদা করা যায়।

এরপর অভিন্ন ভার্চুয়াল পরিবেশে নিয়ন্ত্রিত mouse events-এর একটি ক্রম foreground বা background consumer-এ সরবরাহ করা হয়েছে। প্রতিটি পরিস্থিতির জন্য পাঠানো ও গৃহীত raw packets-এর সংখ্যা, ক্ষতি, একত্রীকরণ, বিভাজন, foreground state এবং আলাদাভাবে legacy/cursor branch-এর ইভেন্ট রেকর্ড করা হয়েছে।

একবারে কেবল একটি ফ্যাক্টর পরিবর্তন করা হয়েছে: consumer নিবন্ধনের পদ্ধতি, foreground state, উইন্ডো মোড বা সিস্টেম throttling প্রোফাইল। পরিস্থিতিগুলোর মধ্যে পরীক্ষার অবস্থা রেকর্ড করা baseline-এ ফিরিয়ে আনা হয়েছে।

অবস্থা শেষ 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

এটি গবেষণা করা Windows 11 24H2-এ ফоновো RIDEV_INPUTSINK consumer-এর জন্যই প্রায় 125 Hz নিশ্চিত করে। একই প্রোগ্রামের foreground path 125 Hz-এ সীমাবদ্ধ ছিল না।

নিয়ন্ত্রিত ভার্চুয়াল পরিস্থিতি

Заголовок раздела «নিয়ন্ত্রিত ভার্চুয়াল পরিস্থিতি»
পরিস্থিতি Windows 10 22H2 Windows 11 25H2 ফলাফল
মৌলিক Raw Input সরবরাহ 32 পাঠানো, 32 গৃহীত 32 পাঠানো, 32 গৃহীত ক্ষতি, merge ও split পাওয়া যায়নি
RIDEV_INPUTSINK ছাড়া Background 32-এর মধ্যে 0 32-এর মধ্যে 0 ফоновো সরবরাহ অনুরোধ করা হয়নি
RIDEV_INPUTSINK সহ Background 32-এর মধ্যে 32 32-এর মধ্যে 32 উভয় OS-এ ফоновো সরবরাহ কাজ করে
Windowed, borderless, exclusive প্রতিটি মোডে 32-এর মধ্যে 32 প্রতিটি মোডে 32-এর মধ্যে 32 Presentation mode packet integrity পরিবর্তন করেনি
Stress throttling প্রোফাইল প্রযোজ্য নয় সব অবস্থায় 256-এর মধ্যে 256 legacy/cursor branch পরিবর্তিত হয়েছে, কিন্তু WM_INPUT-এর অখণ্ডতা নয়

RIDEV_INPUTSINK ফоновো সরবরাহের একটি নথিভুক্ত টগল। এটি ছাড়া background consumer foreground অ্যাপ্লিকেশনের মতো একই প্রবাহ পাওয়া উচিত নয়। এই সারিতে শূন্য ফলাফল Windows-এর ডেটা ক্ষতি নয়।

stress সিরিজে সিস্টেম throttling অবস্থাগুলো legacy events-এর সংখ্যা এবং সিস্টেম কার্সরের গতি লক্ষণীয়ভাবে পরিবর্তন করেছে। তবুও সব অবস্থায় Raw Input consumer একই 256-এর মধ্যে 256 প্যাকেট পেয়েছে। তাই পাওয়া প্রভাবকে সঠিকভাবে «Windows 11 Raw Input হারায়» হিসেবে বর্ণনা করা যায় না।

  • Microsoft Windows 11-এ ফоновো raw mouse listeners-এর জন্য throttling, coalescing এবং বার্তার ফ্রিকোয়েন্সি সীমাবদ্ধতা যোগ করেছে।
  • গবেষণা করা Windows 11 24H2-এ প্রকৃত foreground consumer প্রায় 1 ms ব্যবধানে বার্তা পেয়েছে, আর background consumer 7,97 ms, বা প্রায় 125,5 Hz ব্যবধানে।
  • throttling নিষ্ক্রিয় করার পর background consumer-এর ব্যবধান 1,00 ms-এ ফিরে এসেছে।
  • গবেষণা করা Windows 11 25H2-এ এই প্রক্রিয়াকরণের আলাদা শাখা লক্ষ্য করা যায়; সঠিক জোড়া Windows 10 22H2-তে তা পাওয়া যায়নি।
  • RIDEV_INPUTSINK উভয় গবেষণা করা OS-এ WM_INPUT-এর ফоновো সরবরাহ পরিবর্তন করে।
  • উপরে তালিকাভুক্ত সব পরিস্থিতিতে raw packets-এর অখণ্ডতা 1:1 সংরক্ষিত ছিল।
  • throttling-এর পরিবর্তনগুলো পরিমাপ করা legacy/cursor branch-এ প্রকাশ পেয়েছে, raw packets হারানো হিসেবে নয়।
  • যে Windows 11-এর প্রতিটি বিল্ডে প্রতিটি background listener সর্বদা ঠিক 125,0 Hz-এ সীমাবদ্ধ থাকে। নিশ্চিত ফলাফল বর্ণিত Windows 11 24H2 এবং নিবন্ধন পদ্ধতির সাথে সম্পর্কিত।
  • যে ব্যবস্থাটি যেকোনো কম্পিউটারে সর্বদা FPS, latency বা stutter কমায়।
  • যে সিস্টেম throttling নিষ্ক্রিয় করা মাউস নিয়ন্ত্রণ উন্নত করে।
  • যে DWM সব গেম ও Windows 11 বিল্ডে WM_INPUT-এর অখণ্ডতা নিয়ন্ত্রণ করে।
  • যে অভিন্ন packet integrity অভিন্ন প্রকৃত click-to-photon latency বা নজর সরানোর বিষয়গত অনুভূতি নিশ্চিত করে।
  • যে ভার্চুয়াল মেশিনের ফলাফল প্রতিটি প্রকৃত মাউস, গেম, anti-cheat বা overlay-এ প্রযোজ্য।

পাবলিক প্রকৃত স্ন্যাপশটে Windows 11 24H2-এর সঠিক build নম্বর, মাউসের মডেল, সব ব্যবধানের CSV বা অবস্থা পরিবর্তনের স্বয়ংক্রিয় ক্রম নেই। গড় মান শেষ 512 ইভেন্ট প্রতিফলিত করে, আর মাউসের গতি ম্যানুয়ালি চালানো হয়েছে। তাই ফলাফল লক্ষ্য করা প্রায় 8 ms-এর ক্লাস্টার নিশ্চিতভাবে সমর্থন করে, কিন্তু যেকোনো সিস্টেমের জন্য সঠিক ধ্রুবক নির্ধারণ করে না।

ভার্চুয়াল মেশিন সফটওয়্যার পথ পুনরাবৃত্তি করতে দেয়, কিন্তু USB polling, মাউসের মাইক্রোকন্ট্রোলার, প্রকৃত GPU, ডিসপ্লে এবং সম্পূর্ণ গেম লুপ পুনরুৎপাদন করে না। 32 ও 256 ইভেন্টের সিরিজ নির্দিষ্ট পথের লক্ষ্য করা অখণ্ডতা যাচাইয়ের জন্য যথেষ্ট, কিন্তু কম সম্ভাবনার বিরল ক্ষতি মূল্যায়নের জন্য নয়।

Windows 11 25H2 একটি সঠিক Windows 10 22H2 বিল্ডের সাথে তুলনা করা হয়েছে। ফলাফল স্বয়ংক্রিয়ভাবে প্রাথমিক Windows 11, Windows Server বা ভবিষ্যতের আপডেটে প্রযোজ্য নয়।

পর্যবেক্ষণের গতিশীল অংশ কীভাবে পুনরাবৃত্তি করা যায় — দেখুন কীভাবে নিজে যাচাই করবেন।

BoosterX GameModeX এবং ProcessX তৈরি করে, আর এই গবেষণা ও এর টুল, যার মধ্যে পাবলিক RawMouseThrottleBufferTester অন্তর্ভুক্ত, BoosterX-এর ডেভেলপারের, তাই ফলাফলে তার সরাসরি স্বার্থ রয়েছে। পদ্ধতি ও প্রযোজ্যতার সীমা উপরে বর্ণিত, আর সিদ্ধান্তগুলো খোলা ডেটা থেকে যাচাই করা যায়: টুলের পাবলিক কোড, পরিমাপের স্ন্যাপশট এবং তালিকাভুক্ত সূত্র। WM_INPUT ক্ষতির শূন্য ফলাফল, প্রায় 125 Hz-এর নিশ্চিতকরণ এবং সার্বজনীন গ্যারান্টির অনুপস্থিতি একসাথে প্রকাশিত।

Windows 11-এ ফоновো raw mouse listeners-এর সিস্টেম throttling ডিফল্ট অবস্থায় রাখুন। Microsoft এটি চালু করেছে high report rate মাউস ব্যবহারে ফоновো অ্যাপ্লিকেশনের কাজ কমাতে, foreground গেমের সুনির্দিষ্ট ইনপুট সংরক্ষণ করে।

গেমিং PC-র জন্য BoosterX সামঞ্জস্যপূর্ণ background listeners প্রায় 50 Hz-এ সীমাবদ্ধ করার সুপারিশ করে। BoosterX-এ এই ব্যবধানের নিজস্ব পরিমাপ এখনো প্রকাশিত হয়নি; সংখ্যাটি নিজেই পাবলিক স্বাধীন পরিমাপের সাথে সঙ্গতিপূর্ণ: PC-Tuning ও Noverse-এর যাচাই অনুযায়ী প্রায় 20 ms ব্যবধান সামঞ্জস্যপূর্ণ listener-এর প্রায় 50–60 Hz ফ্রিকোয়েন্সির সাথে মেলে। এই উপাদানগুলো সূত্রে অতিরিক্ত তুলনা হিসেবে দেওয়া, আর এই নিবন্ধে পরিমাপ করা মান হলো সিস্টেমের প্রায় 125 Hz সীমাবদ্ধতা, ম্যানুয়াল সেটিংয়ের পরের ফ্রিকোয়েন্সি নয়। ব্যবধান বাড়ানো মাউস নড়াচড়ায় সরবরাহকৃত ফоновো ইভেন্ট ও হ্যান্ডলার চালুর সংখ্যা কমায়। যাচাই করা পথে foreground উইন্ডো পূর্ণ-গতির ইনপুট ধরে রাখে।

স্থানীয় অপ্টিমাইজেশনের দিক নিশ্চিত: ফоновো ইভেন্ট সরবরাহের ফ্রিকোয়েন্সি কমানো এমন সরবরাহের সংখ্যা এবং হ্যান্ডলার চালুর সংখ্যা দুটোই কমায়। স্বেচ্ছাচারী প্রোগ্রাম সেটের জন্য সামগ্রিক CPU load, FPS বা frametime-এর চূড়ান্ত পরিবর্তনের মাত্রা পরিমাপ করা হয়নি। মাউসে অ্যাপ্লিকেশনের ফоновো প্রতিক্রিয়া কম মসৃণ হতে পারে, তাই যে listener-এর সত্যিই background-এ উচ্চ ফ্রিকোয়েন্সি প্রয়োজন, সেটি Windows default ফিরিয়ে আনার কারণ। ব্যবহারিক বর্ণনা ও সঠিক রেজিস্ট্রি অবস্থা «Уменьшить частоту фоновых событий Raw Input» পৃষ্ঠায় দেওয়া।

যদি নির্দিষ্ট কোনো ফоновো অ্যাপ্লিকেশন স্টাটার বা ইনপুট দ্বন্দ্ব সৃষ্টি করে, প্রথমে সেটিই আপডেট করুন বা বন্ধ করুন। পুনরুৎপাদনযোগ্য তুলনা ছাড়া সিস্টেম অপ্টিমাইজেশন নিষ্ক্রিয় করবেন না এবং প্রসেস স্থগিত করবেন না।

GameModeX-এ ফоновো listeners সীমাবদ্ধ করার legacy ফিচারটি মূলত Windows 10-এর জন্য ছিল এবং Windows 11-এর সিস্টেম ব্যবস্থার বিকল্প নয়। নতুন কনফিগারেশনের জন্য Windows 11 ও ProcessX দ্বারা সমর্থিত পদ্ধতি সুপারিশ করা হয়।

গবেষণা বিচ্ছিন্ন ভার্চুয়াল পরিবেশে সম্পন্ন হয়েছে। পরিবর্তিত পরীক্ষার অবস্থাগুলো পরিস্থিতিগুলোর মধ্যে রেকর্ড করা baseline-এ ফিরিয়ে আনা হয়েছে; সমাপ্তির পর ভার্চুয়াল মেশিনের মূল অবস্থা ব্যবহার করা হয়েছে। ব্যবহারকারীর কম্পিউটারে এই নিবন্ধটি সিস্টেম প্যারামিটার পরিবর্তনের সুপারিশ করে না, তাই আলাদা পুনরুদ্ধার পদক্ষেপ প্রয়োজন নেই।

পাবলিক সূত্র ও বাক্যগুলো যাচাই করা হয়েছে: 2026-08-24।

  • 2026-09-20: প্রায় 50 Hz সুপারিশ পুনর্গঠিত: সংখ্যাটি স্পষ্টভাবে পাবলিক স্বাধীন পরিমাপের সাথে মেলানো হয়েছে, নিজস্ব প্রকাশিত ব্যবধান পরিমাপের অনুপস্থিতি উল্লেখ করা হয়েছে; স্বার্থের দ্বন্দ্বের ডিসক্লেইমারে গবেষণা ও টুলের মালিকানা যোগ করা হয়েছে, পদ্ধতিতে স্ব-যাচাইয়ের লিঙ্ক যোগ করা হয়েছে।
  • 2026-08-25: গেমিং পরিস্থিতির জন্য 50 Hz সুপারিশ করা হয়েছে ফоновো প্রক্রিয়াকরণের নিশ্চিত হ্রাস হিসেবে; সামগ্রিক CPU ও FPS-এ সংখ্যাগত প্রভাবের সীমা আলাদাভাবে সংরক্ষিত।
  • 2026-08-24: নথিভুক্ত CPU load প্রসঙ্গ, 4000–8000 Hz মাউস সম্পর্কে সিদ্ধান্তের সীমা এবং background listeners প্রায় 50 Hz-এ ম্যানুয়াল সীমাবদ্ধতার সতর্ক পরিস্থিতি যোগ করা হয়েছে।
  • 2026-08-24: Windows 11 24H2-এর পাবলিক প্রকৃত পরিমাপ যোগ করা হয়েছে, যা background listener-এর জন্য প্রায় 125 Hz নিশ্চিত করে; এই সীমা সংরক্ষিত যে এটি প্রতিটি বিল্ড ও নিবন্ধনের সার্বজনীন ধ্রুবক নয়।
  • 2026-08-24: Windows 10 22H2 ও Windows 11 25H2-এর প্রথম তুলনা প্রকাশিত।