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

MMCSS, DWM এবং Windows 11 25H2-এ Games প্রোফাইল

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

MMCSS time-sensitive multimedia tasks-গুলোকে CPU-তে অগ্রাধিকারমূলক অ্যাক্সেস দেয়, তবে সেগুলোকে পরম realtime-এ পরিণত করে না। Window Manager এবং Games প্রোফাইল শুধুমাত্র সেই থ্রেডগুলোর শ্রেণীবিভাগকে প্রভাবিত করে যেগুলো সংশ্লিষ্ট task name-এর অধীনে নিবন্ধিত। ডিফল্ট মানগুলো মুছে ফেললে প্রোফাইল পুনরুদ্ধার হয় না: এটি কোড থেকে আরও নিম্ন fallback মান সক্রিয় করে।

যাচাই করা হয়েছে কীভাবে MMCSS Window Manager এবং Games প্রোফাইল পড়ে, রেকর্ড অনুপস্থিত থাকলে কোন মানগুলো কার্যকর হয় এবং অগ্রাধিকার ও lazy mode পরিবর্তন কী পরিবর্তন করে।

Windows 11 25H2 build 26200.9168, mmcss.sys এবং boot-time পর্যবেক্ষণ। নির্দিষ্ট workload, GPU driver এবং ভৌত latency পরিমাপ করা হয়নি।

mmcss.sys বিশ্লেষণ, bootlog-এ প্রোফাইল পড়া পর্যবেক্ষণ এবং normalization ও fallback মান যাচাই।

রুট পাথ:

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 পরিসরে task অগ্রাধিকার
Priority When Yielded REG_DWORD অনুপস্থিত, fallback 16 অনুপস্থিত, fallback 16 CPU ছাড় দেওয়ার পর সীমা

রুট SystemProfile-এর মান:

Value Type 25H2-এ অবস্থা নিশ্চিত ভূমিকা
LazyModeTimeout REG_DWORD অনুপস্থিত, fallback 1000000 100-ns এককে lazy mode টাইমার
NoLazyMode REG_DWORD অনুপস্থিত, fallback 0 Idle detector নিষ্ক্রিয়করণ

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 মান fallback 16-এর তুলনায় CPU ছাড় দেওয়ার পর demotion বাড়ায়।

উপযোগিতা: প্রোফাইল শ্রেণীবদ্ধ থ্রেডের জন্য scheduler policy বর্ণনা করে। বিভাগ বাড়ানো নিজেই চূড়ান্ত workload-এর উন্নতি প্রমাণ করে না; এটি CPU-র জন্য প্রতিযোগিতা বাড়াতে পারে।

LazyModeTimeout 100-ns এককে পরিমাপ করা হয়। Fallback 1000000 সমান 100 ms; 10000 সমান 1 ms। শূন্য fallback দ্বারা প্রতিস্থাপিত হয়, যাচাই করা reader-এ কোনো উপরের clamp নেই। NoLazyMode বুলিয়ান: 0 idle detector সক্রিয় রাখে, যেকোনো অশূন্য মান এটি নিষ্ক্রিয় করে। NoLazyMode সক্রিয় থাকলে LazyModeTimeout পাথ কার্যত অপ্রাপ্য, তাই এই সেটিংসগুলো স্বাধীনভাবে মূল্যায়ন করা যায় না।

উপযোগিতা: timeout কমানো lazy scheduler-এর পর্যায় দ্রুত করে, সক্রিয় থ্রেডের অগ্রাধিকার বাড়ায় না। NoLazyMode=1 idle-demotion path সরায়, কিন্তু Priority When Yielded বাতিল করে না এবং MMCSS-কে পূর্ণ চক্রে ধরে রাখে, ফলে পটভূমির কার্যকলাপ বাড়ে।

mmcss.sys সার্ভিস/driver শুরুর সময় root এবং task profiles পড়ে। Bootlog-এ NoLazyMode এবং প্রোফাইলে অ্যাক্সেস লক্ষ্য করা গেছে; অনুপস্থিত মানের জন্য NAME NOT FOUND রেকর্ড করা হয়েছিল, এরপর কোডের default প্রয়োগ করা হয়েছিল। এটি Registry-কনফিগারেশনের কাজ করার স্বাভাবিক পদ্ধতি।

  • 25H2-এর পরিচ্ছন্ন কনফিগারেশনে Window Manager-এর জন্য Medium/5 এবং Games-এর জন্য Medium/2 মান।
  • Scheduling Category এবং Priority অনুপস্থিত থাকলে fallback Low/1, এবং Priority When Yielded-এর জন্য 16।
  • বিভাগের সীমা এবং High-এর জন্য Priority-এর ব্যাখ্যা।
  • LazyModeTimeout-এর একক ও fallback, NoLazyMode-এর বুলিয়ান আচরণ।
  • FPS, frametime এবং ভৌত latency-তে প্রোফাইলের প্রভাব।
  • নির্দিষ্ট গেম ও অ্যাপ্লিকেশনের জন্য অগ্রাধিকার পরিবর্তনের উপযোগিতা।

সাধারণ সিস্টেমের জন্য ডিফল্ট Medium/5 এবং Medium/2 সংরক্ষণ করুন। সঠিকভাবে ফিরিয়ে আনতে Scheduling Category এবং Priority মোছা যাবে না: অনুপস্থিত থাকলে fallback সমান Low/1, অর্থাৎ প্রোফাইল ডিফল্টের চেয়ে দুর্বল হয়ে যাবে। ফেরানো হয় ডিফল্ট জোড়া স্পষ্টভাবে লিখে এবং ঐচ্ছিক Priority When Yielded মুছে।

ফলাফল Windows 11 25H2 build 26200.9168-এর সাথে সম্পর্কিত; নির্দিষ্ট workload, GPU driver এবং ভৌত latency এই নিবন্ধে পরিমাপ করা হয়নি।

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

исследования এবং ব্যবহৃত টুল BoosterX-এর ডেভেলপারের মালিকানাধীন, তাই ডেভেলপারের ফলাফলে সরাসরি স্বার্থ রয়েছে। পদ্ধতি এবং প্রযোজ্যতার সীমা উপরে বর্ণিত, এবং সিদ্ধান্তগুলো উন্মুক্ত ডেটা ও তালিকাভুক্ত পাবলিক সূত্র থেকে যাচাই করা যায়।

পাবলিক সূত্র যাচাই করা হয়েছে: 2026-09-02।

  • 2026-09-20: স্বার্থের সংঘাত সম্পর্কিত ডিসক্লেইমার এবং পদ্ধতিতে গতিশীল পর্যবেক্ষণের স্বাধীন যাচাইয়ের লিঙ্ক যোগ করা হয়েছে।
  • 2026-09-02: প্রথম প্রকাশনা; প্রোফাইল পড়া, defaults এবং fallback মান নিশ্চিত করা হয়েছে, ব্যবহারিক প্রভাবের সীমা যোগ করা হয়েছে।