SystemResponsiveness এবং MMCSS: 0, 10, 20 এবং 100 মানগুলো কী করে

সংক্ষিপ্ত উত্তর

BoosterX-এ এই প্যারামিটারটি «SystemResponsiveness» সেটিং হিসেবে উপস্থাপিত। 10 মান MMCSS রিজার্ভ পরিবর্তন করে, কিন্তু যাচাইকৃত পরিস্থিতিতে 20-এর উপর কোনো সুবিধা প্রতিষ্ঠিত হয়নি; 100 MMCSS নিষ্ক্রিয় করে।

SystemResponsiveness প্লাসিবো নয়। এটি একটি MMCSS প্যারামিটার, যা Windows লোডের সময় নরমালাইজ করে এবং প্রয়োগ করে। গবেষণায় ব্যবহৃত Windows 11-এ 0 মান একই কার্যকর অবস্থা 20 দিয়েছে, আর 10 MMCSS অবস্থা পরিবর্তন করেছে, কিন্তু সিন্থেটিক শিডিউলার পরীক্ষায় 20-এর উপর কোনো সুবিধা দেখায়নি।

100 মান MMCSS নিষ্ক্রিয় করেছে। থ্রেড রেজিস্ট্রেশন সম্পন্ন হয়নি, থ্রেড কোনো অগ্রাধিকার বৃদ্ধি পায়নি, এবং সিন্থেটিক শিডিউলিং workload-এর p99 লেটেন্সি 20-এর তুলনায় প্রায় 11-12 ms বেড়েছে। এই ফলাফলের অর্থ এই নয় যে Windows সামগ্রিকভাবে 60% ধীর হয়ে গেছে, এবং এটি FPS, input latency বা প্রকৃত অডিওর অবনতি প্রমাণ করে না।

সংশ্লিষ্ট BoosterX সেটিংস

ব্যবহারিক সেটিংস পৃষ্ঠা: «ব্যাকগ্রাউন্ড কাজের জন্য CPU রিজার্ভ»।

যাচাইযোগ্য দাবি

গবেষণাটি তিনটি পৃথক দাবি যাচাই করেছে:

1. 0, 10, 20, 100 এবং অনুপস্থিত মান লোডের পরে MMCSS-এর প্রকৃত অবস্থা পরিবর্তন করে কি না।
2. সম্পূর্ণ CPU লোডে সিন্থেটিক MMCSS workload-এর p99 লেটেন্সিতে 10 কি 20-এর উপর ব্যবহারিকভাবে তাৎপর্যপূর্ণ সুবিধা দেয় কি না।
3. MMCSS নিষ্ক্রিয় থাকলে ফলাফলটি রেজিস্টার্ড থ্রেডের অগ্রাধিকার বৃদ্ধি হারানোর মাধ্যমে ব্যাখ্যা করা যায় কি না।

এমনকি প্রমাণিত মেকানিজম পরিবর্তন এবং সিন্থেটিক মেট্রিকও ব্যবহারকারীর লেটেন্সি, অডিও বা গেম পারফরম্যান্সে প্রভাব প্রমাণ করে না।

গবেষণার পরিধি

• Windows 11 Pro 25H2 x64, build 26200.9168।
• VMware VM: 4 vCPU, 8 GB RAM, Balanced পাওয়ার প্ল্যান।
• প্রধান অবস্থা: অনুপস্থিত মান, 0, 10, 20 এবং 100।
• অতিরিক্ত সীমা যাচাই: 1, 9, 11, 19, 21, 99, 101 এবং 0xFFFFFFFF।
• ফলাফল একটি ভার্চুয়াল মেশিন এবং একটি Windows বিল্ডের জন্য প্রযোজ্য।

বিল্ডটি Microsoft Support-এর আপডেট পৃষ্ঠা KB5121003 দ্বারা নিশ্চিত।

Microsoft কী ডকুমেন্ট করে

Microsoft MMCSS-কে এমন একটি মেকানিজম হিসেবে বর্ণনা করে যা time-sensitive multimedia workload-কে নিম্ন-অগ্রাধিকার কাজ সম্পূর্ণভাবে সরিয়ে না দিয়ে CPU-তে অগ্রাধিকারমূলক অ্যাক্সেস পেতে দেয়। SystemResponsiveness প্যারামিটারটি HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile-এ সংরক্ষিত থাকে।

MMCSS ডকুমেন্টেশন-এ উল্লেখ আছে:

• 10-এর গুণিতক নয় এমন মান নিকটতম দশকে নিচের দিকে রাউন্ড করা হয়;
• 10-এর নিচে এবং 100-এর উপরে মান 20-এ আনা হয়;
• 100 মান MMCSS নিষ্ক্রিয় করে;
• Games, Audio, Playback এবং অন্যান্য প্রোফাইল MMCSS টাস্ক।

অ্যাপ্লিকেশন বর্তমান থ্রেডকে AvSetMmThreadCharacteristics-এর মাধ্যমে টাস্কের সাথে সংযুক্ত করে, AvSetMmThreadPriority-এর মাধ্যমে আপেক্ষিক অগ্রাধিকার পরিবর্তন করে এবং AvRevertMmThreadCharacteristics-এর মাধ্যমে রেজিস্ট্রেশন প্রত্যাহার করে।

ডকুমেন্টেশন অনুপস্থিত Registry value-এর আচরণ নির্ধারণ করে না। নিচের ফলাফলটি শুধুমাত্র যাচাইকৃত বিল্ডের জন্য একটি পর্যবেক্ষণ।

পদ্ধতি

প্রধান মেট্রিক হলো চারটি vCPU-এর সম্পূর্ণ লোডে Games প্রোফাইলে পর্যায়ক্রমিক কাজ চালুর p99 লেটেন্সি। একটি স্বাধীন রান আলাদা Windows বুটের পরে একটি অবস্থার সাথে সঙ্গতিপূর্ণ ছিল। প্রতিটি রানের ভিতরে 2500 পিরিয়ড সম্পন্ন হয়েছে, কিন্তু সেগুলোকে স্বাধীন পুনরাবৃত্তি হিসেবে গণ্য করা হয়নি।

প্রতিটি অবস্থার জন্য 10টি বুটের দুটি সিরিজ পরিচালিত হয়েছে। অবস্থার ক্রম ব্যালান্স করা হয়েছে, আউটলায়ার সরানো হয়নি। ব্যবহারিকভাবে তাৎপর্যপূর্ণ থ্রেশহোল্ড আগেই 1.784 ms স্তরে নির্ধারণ করা হয়েছিল। 20 অবস্থার সাথে পার্থক্যের জন্য পেয়ারড bootstrap 95% CI ব্যবহার করা হয়েছে।

সিরিজগুলো আলাদাভাবে দেখানো হয়েছে: দ্বিতীয় সিরিজে একটি অতিরিক্ত validation-only ETW সেশন চলছিল, যা প্রথমটিতে ছিল না। এটি প্রধান মেট্রিকের উৎস ছিল না, কিন্তু দ্বিতীয় ব্লকটি বেশি শব্দযুক্ত প্রমাণিত হয়েছে, তাই 20টি রানের সম্মিলিত সংখ্যা ডেটার অসমogeneity লুকিয়ে ফেলতে পারত।

পৃথক মেকানিজম যাচাইয়ে 10, 20, 100 এবং অনুপস্থিত মানের জন্য চারটি করে বুট অন্তর্ভুক্ত ছিল। একই থ্রেড MMCSS রেজিস্ট্রেশনের চেষ্টার আগে, পরে এবং cleanup-এর পরে পরিমাপ করা হয়েছে। রেজিস্ট্রেশনের ফলাফল, Win32 thread priority এবং ETW অনুযায়ী প্রকৃত শিডিউলার অগ্রাধিকার যাচাই করা হয়েছে। সমস্ত 16টি প্রধান রান গৃহীত; এই সিরিজে কোনো হারানো ETW event বা buffer ছিল না। অবকাঠামোগত পাইলট ফলাফলে অন্তর্ভুক্ত করা হয়নি।

ফলাফল

Windows কীভাবে মানগুলো প্রক্রিয়া করেছে

লেখা	লোডের পরে পর্যবেক্ষিত অবস্থা	ফলাফল
অনুপস্থিত	MMCSS বন্ধ, রেজিস্ট্রেশন সম্পন্ন হয়নি, API 100 ফেরত দিয়েছে	এই বিল্ডের জন্য পৃথক পর্যবেক্ষণ
0, 1, 9	API 20 ফেরত দিয়েছে, MMCSS চলছে	20-এ নরমালাইজ করা
10	API 10 ফেরত দিয়েছে, MMCSS চলছে	মান ব্যবহৃত হয়
11, 19	API 10 ফেরত দিয়েছে, MMCSS চলছে	নিচের দিকে রাউন্ড করা
20	API 20 ফেরত দিয়েছে, MMCSS চলছে	মান ব্যবহৃত হয়
21	API 20 ফেরত দিয়েছে, MMCSS চলছে	নিচের দিকে রাউন্ড করা
99	API 90 ফেরত দিয়েছে, MMCSS চলছে	নিচের দিকে রাউন্ড করা
100	MMCSS বন্ধ, রেজিস্ট্রেশন সম্পন্ন হয়নি	ডকুমেন্টেড নিষ্ক্রিয়করণ
101, 0xFFFFFFFF	API 20 ফেরত দিয়েছে, MMCSS চলছে	20-এ নরমালাইজ করা

সংখ্যাসূচক মানের জন্য ম্যাপটি Microsoft ডকুমেন্টেশনের সাথে মিলেছে। অনুপস্থিত value-এর ক্ষেত্রে 100 সংখ্যাটি বৈধ MMCSS রেজিস্ট্রেশন ছাড়াই ফেরত এসেছে, তাই এটি API fallback হিসেবে উল্লেখ করা হয়েছে, চলমান MMCSS-এ কোয়েরির ফলাফল হিসেবে নয়। এই বিল্ডে নিষ্ক্রিয় অবস্থা সার্ভিস এবং রেজিস্ট্রেশন দ্বারা পৃথকভাবে নিশ্চিত করা হয়েছে, কিন্তু এটি স্বয়ংক্রিয়ভাবে অন্য Windows সংস্করণে স্থানান্তর করা যায় না।

নতুন অবস্থার নির্ভরযোগ্য প্রয়োগ পুনরায় চালুর পরে পর্যবেক্ষণ করা হয়েছে। Registry পরিবর্তন ইতিমধ্যে খোলা MMCSS handle বা বর্তমান বুটে নতুন প্রক্রিয়ার অবস্থা পরিবর্তন করেনি। সার্ভিস বন্ধ ও চালুর ব্যর্থ প্রচেষ্টা প্রয়োগের সমর্থিত পদ্ধতি হিসেবে গণ্য হয় না।

সিন্থেটিক লেটেন্সির p99

ধনাত্মক পার্থক্য মানে 20-এর তুলনায় বেশি, অর্থাৎ খারাপ, p99 লেটেন্সি।

20-এর সাথে তুলনা	সিরিজ 1, পার্থক্য এবং 95% CI	সিরিজ 2, পার্থক্য এবং 95% CI	সিদ্ধান্ত
10	+0.625 ms [-1.111; +2.474]	+0.975 ms [-3.579; +5.613]	সুবিধা প্রতিষ্ঠিত হয়নি; সমতুল্যতা প্রমাণিত নয়
0	+1.267 ms [-0.014; +2.564]	-1.902 ms [-4.681; +0.718]	ফলাফল অনির্ধারিত এবং দিক অনুযায়ী ভিন্ন
100	+10.812 ms [+8.787; +12.915]	+12.074 ms [+9.669; +14.127]	সিন্থেটিক proxy-তে ব্যবহারিকভাবে তাৎপর্যপূর্ণ ক্ষতি
অনুপস্থিত	+11.640 ms [+9.690; +13.480]	+12.494 ms [+9.303; +16.208]	সিন্থেটিক proxy-তে ব্যবহারিকভাবে তাৎপর্যপূর্ণ ক্ষতি

10 কোনো সিরিজেই 20-এর উপর ব্যবহারিকভাবে তাৎপর্যপূর্ণ সুবিধা দেখায়নি। দ্বিতীয় সিরিজের প্রশস্ত ব্যবধান উপকার ও ক্ষতি উভয়ই অনুমোদন করে, তাই ফলাফলকে সমতুল্যতার প্রমাণ বলা যায় না।

MMCSS নিষ্ক্রিয় করলে কী পরিবর্তিত হয়েছে

অবস্থা	রেজিস্ট্রেশন	MMCSS অবস্থা	একটি থ্রেডের Win32 priority	একটি থ্রেডের ETW priority
20	4/4	চলছে	0 -> 10 -> 0	8 -> 18 -> 8
10	4/4	চলছে	0 -> 10 -> 0	8 -> 18 -> 8
100	0/4	বন্ধ	0 -> 0 -> 0	8 -> 8 -> 8
অনুপস্থিত	0/4	বন্ধ	0 -> 0 -> 0	8 -> 8 -> 8

শেষ দুটি কলামের ক্রম মানে রেজিস্ট্রেশনের আগে, রেজিস্ট্রেশনের চেষ্টার পরে এবং cleanup-এর পরে অবস্থা। Process priority class পরিবর্তিত হয়নি।

এটি সিন্থেটিক মেট্রিকের অবনতির একটি কারণ সরাসরি নিশ্চিত করে: MMCSS নিষ্ক্রিয় থাকলে পরীক্ষার থ্রেড একই কাজ চালিয়ে গেছে, কিন্তু অগ্রাধিকার বৃদ্ধি পায়নি। CPU quota এবং অন্যান্য রিসোর্স অ্যাকাউন্টিং নিয়মের পৃথক অবদান আলাদা করা হয়নি।

100 এবং অনুপস্থিত মান সার্ভিস অবস্থা, রেজিস্ট্রেশনের ফলাফল এবং থ্রেড অগ্রাধিকারে মিলেছে। এটি সমস্ত অভ্যন্তরীণ এবং ব্যবহারকারী পরিস্থিতিতে তাদের সম্পূর্ণ সমতুল্যতা প্রমাণ করে না।

যা নিশ্চিত হয়েছে

• SystemResponsiveness Windows চালুর পরে MMCSS-এর পর্যবেক্ষিত অবস্থা পরিবর্তন করে।
• 0 কার্যকর অবস্থা 0 তৈরি করে না, বরং 20-এ নরমালাইজ হয়।
• 10 এবং 20 থ্রেড রেজিস্ট্রেশনের অনুমতি দেয় এবং এই পরীক্ষায় তার অগ্রাধিকারের একই রূপান্তর দেয়।
• নির্বাচিত p99 মেট্রিকে 10-এর 20-এর উপর ব্যবহারিকভাবে তাৎপর্যপূর্ণ সুবিধা প্রতিষ্ঠিত হয়নি।
• 100 MMCSS নিষ্ক্রিয় করে; যাচাইকৃত বিল্ডে অনুপস্থিত value-এর ক্ষেত্রেও একই অবস্থা পর্যবেক্ষণ করা হয়েছে।
• নিষ্ক্রিয় MMCSS-এ পরীক্ষার থ্রেড অগ্রাধিকার বৃদ্ধি পায়নি, এবং সিন্থেটিক p99 লেটেন্সি উভয় সিরিজেই খারাপ হয়েছে।

যা নিশ্চিত হয়নি

• যে 10 এবং 20 সমস্ত MMCSS workload-এর জন্য সমতুল্য।
• যে 10 FPS বাড়ায়, input latency কমায় বা অডিও উন্নত করে।
• যে 100 অবশ্যই audio glitches, ডিসিংক বা নির্দিষ্ট গেমে সমস্যা সৃষ্টি করে।
• যে অনুপস্থিত value-এর পর্যবেক্ষণ অন্য Windows বিল্ডে পুনরাবৃত্ত হয়।
• যে প্রাপ্ত মিলিসেকেন্ডগুলো প্রকৃত end-to-end latency।
• যে ভার্চুয়াল মেশিনের ফলাফল প্রকৃত PC-তে স্থানান্তরিত হয়।

সীমাবদ্ধতা

গবেষণাটি একটি VMware VM এবং একটি Windows বিল্ডে সম্পন্ন হয়েছে। সিন্থেটিক Games প্রোফাইল CPU-এর জন্য নিয়ন্ত্রিত প্রতিযোগিতা তৈরি করে, কিন্তু গেম ইঞ্জিন, অডিও ড্রাইভার, প্রকৃত input pipeline বা display scanout পুনরুৎপাদন করে না।

দ্বিতীয় সিরিজে অতিরিক্ত ETW সেশন শুধুমাত্র ভ্যালিডেশনের জন্য ব্যবহৃত হয়েছে, কিন্তু সামগ্রিক শব্দের মাত্রা পরিবর্তন করতে পারত। তাই দুটি সিরিজ একটি অনুমানে একত্রিত করা হয়নি। মেকানিজম-যাচাই অগ্রাধিকার বৃদ্ধি হারানো দেখায়, কিন্তু MMCSS quota এবং accounting policy-এর সম্ভাব্য অবদান আলাদা করে না।

প্রকৃত অডিও পরীক্ষা, FPS, frametime, click-to-photon এবং input latency পরিমাপ করা হয়নি। অন্য মেশিন বা বিল্ডে স্বাধীন পুনরাবৃত্তি এখনো নেই।

ব্যবহারিক উপসংহার

0-কে «শূন্য রিজার্ভ» নির্ধারণের উপায় হিসেবে ব্যবহার করবেন না: Windows এটি 20-এ নিয়ে আসে। 10-কে প্রমাণিতভাবে সেরা সার্বজনীন মান হিসেবে বিবেচনা করবেন না: এই VM-এ 20-এর উপর সুবিধা প্রতিষ্ঠিত হয়নি।

100 ব্যবহার করবেন না এবং «সীমাবদ্ধতা নিষ্ক্রিয় করার» জন্য value মুছবেন না। যাচাইকৃত পরিবেশে এটি MMCSS নিষ্ক্রিয় করেছে, থ্রেডকে অগ্রাধিকার বৃদ্ধি থেকে বঞ্চিত করেছে এবং সিন্থেটিক p99 লেটেন্সি লক্ষণীয়ভাবে খারাপ করেছে। পৃথক প্রকৃত পরীক্ষা ছাড়া এই উপসংহারকে FPS বা অডিওর সুনির্দিষ্ট পূর্বাভাসে পরিণত করা যায় না।

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

অবস্থা পুনরুদ্ধার

সংক্ষিপ্ত ব্যবহারকারী সুপারিশ এবং সঠিক রেজিস্ট্রি অবস্থা «SystemResponsiveness» পৃষ্ঠায় প্রকাশিত।

প্রতিটি পরীক্ষামূলক পর্যায়ের পরে VM সুরক্ষিত প্রাথমিক অবস্থায় ফিরে গেছে। নিয়ন্ত্রণ বুট Registry value 20, চলমান MMCSS, সক্রিয় ট্রেসিংয়ের অনুপস্থিতি এবং পরীক্ষার প্রক্রিয়াগুলোর সমাপ্তি নিশ্চিত করেছে। যাচাইয়ের পরে পুনরায় প্রত্যাবর্তন সম্পন্ন হয়েছে, VM বন্ধ অবস্থায় রাখা হয়েছে।

পাবলিক প্রাথমিক উৎস

• Multimedia Class Scheduler Service, Microsoft Learn - MMCSS-এর উদ্দেশ্য, SystemResponsiveness, রাউন্ডিং এবং 100-এ নিষ্ক্রিয়করণ।
• AvSetMmThreadCharacteristicsW, Microsoft Learn - MMCSS টাস্কে বর্তমান থ্রেডের রেজিস্ট্রেশন।
• AvSetMmThreadPriority, Microsoft Learn - রেজিস্টার্ড থ্রেডের আপেক্ষিক অগ্রাধিকার।
• AvRevertMmThreadCharacteristics, Microsoft Learn - থ্রেড রেজিস্ট্রেশন সমাপ্তি।
• KB5121003, Microsoft Support - Windows 11 build 26200.9168।

পাবলিক উৎস এবং বক্তব্য যাচাই করা হয়েছে: 2026-08-25।

গবেষণা এবং ব্যবহৃত টুল BoosterX ডেভেলপারের মালিকানাধীন, তাই ডেভেলপারের ফলাফলে সরাসরি স্বার্থ রয়েছে। পদ্ধতি এবং প্রযোজ্যতার সীমা উপরে বর্ণিত, এবং উপসংহারগুলো উন্মুক্ত ডেটা ও তালিকাভুক্ত পাবলিক উৎস দ্বারা যাচাই করা যায়। পণ্যে প্যারামিটারের উপস্থিতি প্রমাণ হিসেবে ব্যবহৃত হয়নি; 10-এর অনির্ধারিত ফলাফল এবং MMCSS নিষ্ক্রিয়করণের নেতিবাচক ফলাফল বাছাই ছাড়াই সংরক্ষিত।

BoosterX Wiki একটি স্বাধীন প্রকাশনা এবং Microsoft Corporation-এর সাথে সম্পর্কিত নয়, অনুমোদিত নয়, স্পনসরড নয় বা অনুমোদিত নয়।

পরিবর্তনের ইতিহাস

• 2026-09-20: স্বার্থের দ্বন্দ্ব সম্পর্কিত ডিসক্লেইমার গবেষণা ও টুলের মালিকানা সহ সম্পূর্ণ বক্তব্যে জোরদার করা হয়েছে।
• 2026-08-25: প্রথম প্রকাশনা; দুটি পৃথক p99 সিরিজ, থ্রেড অগ্রাধিকার যাচাই, অডিও ও গেমের সীমা, এবং নিশ্চিত অবস্থা পুনরুদ্ধার যোগ করা হয়েছে।