Win32PrioritySeparation: সম্পূর্ণ CPU লোডে লেটেন্সি ও FPS

স্ট্যাটাস: মেকানিজম নথিভুক্ত; ঐতিহাসিক প্রভাব পরিমাপ করা হয়েছে, তবে পুনরুৎপাদন করা যায়নি
লেখক: BoosterX Research
প্রকাশিত: ২৪ আগস্ট, ২০২৬
আপডেট হয়েছে: ২০ সেপ্টেম্বর, ২০২৬
ক্ষেত্র: Windows 10 22H2; Windows 11 24H2 ও 25H2-এ প্যারামিটার পর্যবেক্ষণ; 100% CPU লোডে Valorant
নমুনা: প্রতি মানের জন্য 300 click-to-photon পরিমাপ; প্রতি কনফিগারেশনে একটি FPS capture
উৎস যাচাই করা হয়েছে: ২৪ আগস্ট, ২০২৬

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

সংক্ষিপ্ত উত্তর: Win32PrioritySeparation সত্যিই foreground boost এবং CPU quantum নীতির একটি অংশ নিয়ন্ত্রণ করে। আমাদের ঐতিহাসিক পরীক্ষায় কোনো সর্বজনীনভাবে সেরা মান পাওয়া যায়নি। Windows default কিছুটা কম গড় click-to-photon লেটেন্সি দেখিয়েছে, আর 0x1A 100% CPU লোডে একটি পরীক্ষায় সেরা FPS এবং P1-এর সাথে মিলে গেছে। স্বাধীন FPS পুনরাবৃত্তি এবং কাঁচা click sample না থাকায় আমরা default সুপারিশ করি, আর 0x1A-কে শুধু CPU পরিস্থিতির জন্য যাচাইযোগ্য অনুমান হিসেবে গণ্য করি।

অবস্থা: প্যারামিটার ও foreground boost-এর সম্পর্ক Microsoft-এ নথিভুক্ত। প্যারামিটার পড়া আগে সংগৃহীত Windows 11 24H2 এবং 25H2 সিস্টেম ট্রেসে পর্যবেক্ষণ করা হয়েছে। ব্যবহারকারী-প্রভাব ঐতিহাসিক Windows 10 22H2 সিরিজে পরিমাপ করা হয়েছে, কিন্তু অন্য সিস্টেমে বা স্বাধীন রানে পুনরুৎপাদন হয়নি।

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

আমরা তিনটি ভিন্ন দাবি যাচাই করেছি, যেগুলো একত্র করা যায় না:

প্যারামিটারটির অস্তিত্ব আছে এবং এটি Windows scheduler নীতির সাথে সম্পর্কিত।
0x02 এবং 0x1A মান একই সর্বোচ্চ foreground boost-এ ভিন্ন quantum নীতি উপস্থাপন করে।
0x1A সম্পূর্ণ CPU লোডে গেমের FPS বা লেটেন্সি উন্নত করে।

প্রথম দুটি দাবি প্রকাশ্য ডকুমেন্টেশন এবং গবেষণা করা বিল্ডে পর্যবেক্ষণ দ্বারা নিশ্চিত হয়। তৃতীয়টির জন্য পরিমাপ প্রয়োজন এবং শুধু প্যারামিটারের গঠনের কারণে তা সত্য হয়ে যায় না।

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

স্তর	পরিবেশ	ফলাফল
প্রকাশ্য ডকুমেন্টেশন	Microsoft WMI, CPU Analysis এবং Windows Internals	foreground boost, quantum এবং ঐতিহাসিক বিট গঠন বর্ণিত
সিস্টেম পর্যবেক্ষণ	Windows 11 24H2 এবং 25H2	আগে সংগৃহীত ট্রেসে প্যারামিটার পড়া পর্যবেক্ষণ করা হয়েছে
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	প্রতি মানে 300 পরিমাপ, শুধু সমষ্টি সংরক্ষিত
FPS	একই ঐতিহাসিক সিরিজ	প্রতি কনফিগারেশনে একটি CapFrameX capture; capture আটকে যাওয়ায় কিছু সারি অনুপযুক্ত

এই প্রকাশনার জন্য Windows 10 22H2 dynamic trace নেই। Windows 11 26H1-এর জন্যও উপযুক্ত ট্রেস নেই। Windows 10-এর পরিমাপ পুনরাবৃত্তি ছাড়া Windows 11-এ প্রয়োগ করা যায় না।

প্যারামিটার কোথায় আছে

ক্ষেত্র	মান
Hive এবং পাথ	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
মানের নাম	`Win32PrioritySeparation`
ধরন	`REG_DWORD`
client Windows-এর নথিভুক্ত প্রাথমিক মান	`0x02` (`2`)

Windows Internals 2-কে client Windows এবং application server হিসেবে কনফিগার না করা সার্ভারে প্রাথমিক মান বলে। আমাদের Windows 11 25H2 ট্রেসে DWORD-ও স্পষ্টভাবে 2 মান নিয়ে উপস্থিত ছিল।

তাই আমরা মানের অনুপস্থিতিকে সর্বজনীন Windows default মনে করি না। ইমেজ পরিবর্তন, ম্যানুয়াল মুছে ফেলা বা তৃতীয় পক্ষের টুলের ক্রিয়ার পরে এটি দেখা যেতে পারে, কিন্তু বর্তমান গবেষণায় অনুপস্থিত DWORD সহ clean-install পরিস্থিতি গতিশীলভাবে পুনরুৎপাদন করা হয়নি। সারির অনুপস্থিতিকে স্বয়ংক্রিয়ভাবে 0 হিসেবে ব্যাখ্যা করা যায় না।

প্যারামিটারের গঠন

Microsoft Win32_OperatingSystem.ForegroundApplicationBoost বৈশিষ্ট্যকে Win32PrioritySeparation-এর সাথে মেলায় এবং 0, 1 এবং 2 মান নথিভুক্ত করে: boost ছাড়া, ন্যূনতম এবং সর্বোচ্চ boost foreground application।

Windows Internals Sixth Edition-এর অফিসিয়াল sample প্যারামিটারটিকে কিছু ক্ষেত্রের সমষ্টি হিসেবে বর্ণনা করে:

বিট	উদ্দেশ্য
0-1	foreground boost-এর মাত্রা
2-3	পরিবর্তনশীল বা নির্দিষ্ট quantum
4-5	ছোট বা দীর্ঘ quantum

0x02 client Windows-এর নথিভুক্ত প্রাথমিক মান: এটি সর্বোচ্চ foreground boost নির্ধারণ করে, আর বাকি ক্ষেত্রগুলো সিস্টেম নীতির উপর ছেড়ে দেয়। client Windows-এর জন্য ঐতিহাসিকভাবে এটি ছোট পরিবর্তনশীল quantum-এর সাথে মেলে, যা স্পষ্টভাবে 0x26 হিসেবে প্রকাশ করা যায়। 0x1A একই সর্বোচ্চ foreground boost-এ দীর্ঘ নির্দিষ্ট quantum নির্ধারণ করে।

মুক্ত প্রকল্প Win32PSCalculator এই সমতুল্যতা সরাসরি দেখায়। এটি ইনপুটকে 0x3F দিয়ে মাস্ক করে, তিনটি দুই-বিট ক্ষেত্র বিশ্লেষণ করে এবং ভিন্ন এন্ট্রিকে 12টি ক্যানোনিক্যাল সমন্বয়ের একটিতে নামিয়ে আনে। এটি placebo-মান খুঁজে পেতে সাহায্য করে, যেগুলো ভিন্ন দেখায় কিন্তু নতুন scheduler mode তৈরি করে না।

Windows Internals নথিটি ঐতিহাসিক। আমরা ক্ষেত্র ব্যাখ্যার জন্য এটি ব্যবহার করি, কিন্তু দাবি করি না যে সমস্ত অভ্যন্তরীণ quantum table সমস্ত আধুনিক বিল্ডে অপরিবর্তিত।

মানের ক্যালকুলেটর

Tweak-তালিকায় পাওয়া মান লিখুন। ক্যালকুলেটর শুধু ব্যবহৃত ছয়টি বিট এবং একই মোডের ক্যানোনিকাল কম্বিনেশন দেখাবে। এটি কম্পিউটারে কিছু পরিবর্তন করে না।

সমতুল্য মোড0x26

Windows default: ক্লায়েন্ট Windows-এ সুনির্দিষ্ট 0x26 মোডের সমতুল্য।

000010

লিখিত: 0x00000002 · 2
0x3F মাস্কের পর: 0x02 · 2
কোয়ান্টাম: সিস্টেম default → সংক্ষিপ্ত
ধরন: সিস্টেম default → পরিবর্তনশীল
Foreground বুস্ট: সর্বোচ্চ · 3:1

ক্যালকুলেটর শুধু ব্রাউজারে কাজ করে এবং Registry পড়ে না বা পরিবর্তন করে না। এর ফলাফল বিট সমন্বয়ের সমতুল্যতা দেখায়, প্রত্যাশিত FPS বা লেটেন্সি নয়। একই সংস্করণ BoosterX সেটিং পৃষ্ঠায় পাওয়া যায়।

ফলাফল কেন লোডের উপর নির্ভর করতে পারে

Scheduler priority, affinity, অবস্থা এবং অবশিষ্ট quantum বিবেচনা করে একটি প্রস্তুত থ্রেড বেছে নেয়। quantum শেষ হয়ে গেলে থ্রেডটি একই priority-র অন্য প্রস্তুত থ্রেডকে প্রসেসর ছেড়ে দিতে পারে। Context switch-এর খরচ আছে, তাই দীর্ঘতর quantum scheduler turnover কমাতে পারে এবং CPU-র জন্য তীব্র প্রতিযোগিতায় throughput ধরে রাখতে পারে।

এটি প্রভাবের সম্ভাব্য দিক ব্যাখ্যা করে, কিন্তু গেমের জন্য লাভের প্রতিশ্রুতি দেয় না। দীর্ঘতর নির্দিষ্ট quantum একইসাথে অন্য থ্রেডের প্রতিক্রিয়াশীলতা খারাপ করতে পারে। CPU যদি সীমাবদ্ধতা না হয়, তাহলে পরিমাপযোগ্য লাভ নাও হতে পারে।

ঐতিহাসিক পরীক্ষার পদ্ধতি

পরীক্ষাটি Windows 10 22H2-এ Valorant-এ রেকর্ড করা 100% CPU লোডে সম্পাদিত হয়েছিল। প্রতিটি Registry মানের জন্য BoosterX হার্ডওয়্যার স্ট্যান্ড দিয়ে 300 click-to-photon পরিমাপ করা হয়েছে। Logitech G PRO X SUPERLIGHT বোতামের বৈদ্যুতিক সংকেত টাইমার চালু করে, আর স্ক্রিনে উজ্জ্বলতা পরিবর্তনের পরে ফটোসেন্সর এটি বন্ধ করে। সম্পূর্ণ পথ গবেষণা পদ্ধতিতে বর্ণিত।

টেবিলে AVG, STDDEV, MIN এবং MAX লেটেন্সি সংরক্ষিত আছে। FPS-এর জন্য CapFrameX ব্যবহার করা হয়েছিল, কিন্তু উপলব্ধ ব্লকে প্রতি কনফিগারেশনে শুধু একটি capture আছে। কিছু মানের জন্য capture আটকে গিয়েছিল, তাই এই FPS সারিগুলো অনুপলব্ধ হিসেবে চিহ্নিত এবং অনুমান দিয়ে পুনরুদ্ধার করা হয় না।

মূল 300 click sample, P90, বিতরণ, সঠিক hardware/driver manifest এবং স্বাধীন FPS পুনরাবৃত্তি এই পুরনো সিরিজের সাথে যুক্ত নেই। এটি পরিসংখ্যানগত সিদ্ধান্ত সীমিত করে।

ফলাফল

মান	নীতি	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
`0x2A`	ছোট, নির্দিষ্ট, উচ্চ boost	16.61	2.69	10.53	21.96	351.3	226.2	43.9
`0x29`	ছোট, নির্দিষ্ট, মধ্যম boost	17.08	3.02	10.31	25.09	336.8	254.9	14.3
`0x28`	ছোট, নির্দিষ্ট, boost ছাড়া	17.62	4.94	10.19	47.04	প্র/ন	প্র/ন	প্র/ন
`0x26`	default `0x02`-এর স্পষ্ট সমতুল্য	15.28	3.12	9.30	23.08	334.4	111.6	36.9
`0x25`	ছোট, পরিবর্তনশীল, মধ্যম boost	16.90	2.73	11.42	23.97	334.7	102.6	27.6
`0x24`	ছোট, পরিবর্তনশীল, boost ছাড়া	18.71	4.66	11.88	32.48	প্র/ন	প্র/ন	প্র/ন
`0x1A`	দীর্ঘ, নির্দিষ্ট, উচ্চ boost	15.68	3.31	9.97	23.30	355.1	256.0	41.0
`0x19`	দীর্ঘ, নির্দিষ্ট, মধ্যম boost	16.80	2.61	10.08	21.95	352.0	272.9	21.5
`0x18`	দীর্ঘ, নির্দিষ্ট, boost ছাড়া	22.74	8.81	11.65	55.10	প্র/ন	প্র/ন	প্র/ন
`0x16`	দীর্ঘ, পরিবর্তনশীল, উচ্চ boost	16.77	2.88	11.32	23.97	346.4	200.1	34.0
`0x15`	দীর্ঘ, পরিবর্তনশীল, মধ্যম boost	16.13	2.34	10.08	20.95	332.1	144.4	17.8
`0x14`	দীর্ঘ, পরিবর্তনশীল, boost ছাড়া	19.87	5.55	12.43	52.31	প্র/ন	প্র/ন	প্র/ন

н/д মানে অনুপযুক্ত বা অনুপস্থিত FPS capture, শূন্য ফলাফল নয়।

default এবং 0x1A-এর তুলনা

মেট্রিক	Default / সমতুল্য `0x26`	`0x1A`	পর্যবেক্ষিত পার্থক্য
Click-to-photon AVG	15.28 ms	15.68 ms	`0x1A` 0.40 ms বেশি, প্রায় 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	`0x1A` 0.19 ms বেশি
FPS AVG	334.4	355.1	`0x1A` 20.7 বেশি, প্রায় 6.2%
P1	111.6	256.0	`0x1A` 144.4 বেশি
P0.1	36.9	41.0	`0x1A` 4.1 বেশি

গড় লেটেন্সির পার্থক্য 0.40 ms সংরক্ষিত প্রায় 3 ms বিস্তারের তুলনায় লক্ষণীয়ভাবে কম। কাঁচা sample ছাড়া আত্মবিশ্বাসের ব্যবধান সঠিকভাবে তৈরি করা বা বিতরণের আকার যাচাই করা যায় না। FPS পার্থক্য বর্ণনামূলক সংখ্যায় বড়, কিন্তু প্রতি অবস্থায় একটি capture পুনরুৎপাদনযোগ্যতা প্রমাণ করে না এবং রানের ক্রম বা পটভূমির লোডের প্রভাব বাদ দেয় না।

যা নিশ্চিত

প্যারামিটারটি foreground boost এবং Windows scheduler quantum নীতির সাথে সম্পর্কিত।
গবেষণা করা Windows 11 24H2 এবং 25H2-এ এর পড়া পর্যবেক্ষণ করা হয়েছে।
ঐতিহাসিক Windows 10 22H2 সিরিজে প্রতি মানে 300 click-to-photon পরিমাপ করা হয়েছে।
উচ্চ foreground boost-এর অবস্থাগুলোর মধ্যে default-সমতুল্য 0x26 সর্বনিম্ন গড় লেটেন্সি দেখিয়েছে।
একই ঐতিহাসিক capture-এ 0x1A উচ্চ boost-এর অবস্থাগুলোর মধ্যে সর্বোচ্চ FPS AVG এবং P1 দেখিয়েছে।

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

যে 0x1A সর্বদা FPS, P1 বা ফ্রেমের মসৃণতা বাড়ায়।
যে 0x1A click-to-photon বা input latency কমায়।
যে ফলাফল Windows 11, অন্য CPU, অন্য গেমে বা সম্পূর্ণ CPU লোড ছাড়া পুনরাবৃত্ত হয়।
যে অন্যের tweak-তালিকার যেকোনো মান উপকারী বা নিরাপদ।
যে পার্থক্যগুলো পরিসংখ্যানগতভাবে তাৎপর্যপূর্ণ: পুরনো সিরিজের জন্য কাঁচা sample এবং স্বাধীন FPS পুনরাবৃত্তি নেই।

সীমাবদ্ধতা

ঐতিহাসিক টেবিলে সম্পূর্ণ সংযুক্ত হার্ডওয়্যার manifest, ড্রাইভার ও গেমের সংস্করণ, তাপমাত্রা, power state এবং রানের ক্রম নেই। একটি capture-এর উইন্ডোকে স্বাধীন পুনরাবৃত্তি গণ্য করা হয় না। CapFrameX ত্রুটি প্রধানত foreground boost ছাড়া অবস্থাগুলোকে প্রভাবিত করেছে, তাই সম্পূর্ণ FPS ম্যাট্রিক্স তুলনা করা যায় না।

গবেষণা এবং ব্যবহৃত টুল BoosterX ডেভেলপারের, যিনি এই সেটিংটি প্রদান করেন, তাই ডেভেলপারের ফলাফলে সরাসরি স্বার্থ আছে। পদ্ধতি এবং প্রযোজ্যতার সীমা উপরে বর্ণিত, আর সিদ্ধান্তগুলো মুক্ত ডেটা এবং তালিকাভুক্ত প্রকাশ্য সূত্র দিয়ে যাচাই করা যায়। তাই default সুপারিশ হিসেবে থাকে, আর উচ্চতর ঐতিহাসিক FPS 0x1A গড় লেটেন্সির নেতিবাচক ফলাফল এবং সমস্ত সীমাবদ্ধতা সহ প্রকাশিত হয়।

ব্যবহারিক সিদ্ধান্ত

বেশিরভাগ client Windows 10 এবং 11 সিস্টেমে Windows default (0x02) রাখুন। 0x1A-কে সর্বজনীন «scheduler অপ্টিমাইজেশন» হিসেবে প্রয়োগ করবেন না। Windows Server-এর scheduler policy ভিন্ন, পরিমাপ করা হয়নি এবং এই সুপারিশে অন্তর্ভুক্ত নয়।

0x1A যাচাই শুধু পুনরুৎপাদনযোগ্য CPU saturation-এ ন্যায্য। একাধিক জোড়া রান ব্যবহার করুন, ক্রম মিশ্রিত করুন, গড় FPS, P1, P0.1, frametime spike এবং click-to-photon রেকর্ড করুন। লক্ষ্য মেট্রিকের পুনরাবৃত্তিযোগ্য উন্নতি ছাড়া এবং নতুন অবনতি ছাড়া পরিবর্তন রাখবেন না।

বিনামূল্যের সেটিং পৃষ্ঠা এবং সঠিক ফেরানোর উপায়: BoosterX-এ Win32PrioritySeparation।

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

তুলনার পরে BoosterX-এর মাধ্যমে প্যারামিটারটি Windows default (0x02)-এ ফিরিয়ে আনুন এবং ইন্টারফেসের প্রস্তাবিত পুনরারম্ভ সম্পাদন করুন। ঐতিহাসিক সেটে ফেরানো যাচাইয়ের আলাদা রেকর্ড সংরক্ষিত হয়নি, তাই এই গবেষণা recovery-কে পুরনো পরীক্ষার নিশ্চিত অংশ মনে করে না।

প্রকাশ্য প্রাথমিক সূত্র

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping এবং foreground boost মান।
CPU Analysis, Microsoft Learn - quantum, priority, processor selection এবং context switch-এর খরচ।
Scheduling Priorities, Microsoft Learn - round-robin, preemption এবং dynamic priority।
Context Switches, Microsoft Learn - থ্রেড সুইচ করার সময় কী ঘটে।
Windows Internals Sixth Edition sample chapters, Microsoft Press - প্যারামিটারের ক্ষেত্র এবং client quantum-এর ঐতিহাসিক বর্ণনা।
BoosterX click-to-photon পরিমাপের প্রকাশ্য টেবিল - এই ঐতিহাসিক সিরিজের মূল প্রকাশিত সমষ্টি।
Win32PSCalculator - নিম্ন ছয় বিট ডিকোডিং এবং সমতুল্য মোড খোঁজার মুক্ত বাস্তবায়ন।

প্রকাশ্য সূত্র এবং বাক্যগঠন যাচাই করা হয়েছে: 2026-08-24।

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

2026-09-20: স্বার্থের দ্বন্দ্বের ডিসক্লেইমার গবেষণা ও টুলের মালিকানা সহ সম্পূর্ণ বাক্যগঠনে জোরদার করা হয়েছে।
2026-08-24: Registry value-এর সঠিক অবস্থান, নথিভুক্ত প্রাথমিক মান 0x02, Win32PSCalculator এবং অনুপস্থিত DWORD-এর ব্যাখ্যার সীমা যোগ করা হয়েছে।
2026-08-24: প্রথম প্রকাশনা; সম্পূর্ণ ঐতিহাসিক ম্যাট্রিক্স, প্রক্রিয়া ও ব্যবহারকারী-প্রভাবের বিভাজন, এবং default-সুপারিশ যোগ করা হয়েছে।