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

Windows 11 25H2-এ DPC এবং Kernel Executive workers

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

DpcQueueDepth গ্রুপ, worker limits এবং watchdog-প্যারামিটারগুলোকে প্রায়ই সর্বজনীন latency tweaks-এর একটি সেট হিসেবে ধরা হয়। প্রকৃতপক্ষে এগুলো kernel-এর অভ্যন্তরীণ সীমা এবং সুরক্ষা ব্যবস্থা। এগুলোর প্রভাব কেবল নির্দিষ্ট DPC queue, প্রসেসরের সংখ্যা, ড্রাইভারের ধরন বা worker ত্রুটির ক্ষেত্রেই প্রকাশ পায়।

যাচাই করা হয়েছে kernel কোন DPC, worker threads এবং watchdog সীমাগুলো পড়ে, মানগুলো কীভাবে normalise হয় এবং এই ব্যবস্থাগুলো আসলে কোথায় প্রযোজ্য হয়।

Windows 11 25H2 build 26200.9168, শাখা Session Manager\Kernel এবং Session Manager\Executive। হার্ডওয়্যার-নির্ভর ফিচার এবং নির্দিষ্ট ড্রাইভার পরিমাপে অন্তর্ভুক্ত ছিল না।

ntoskrnl.exe-এর স্ট্যাটিক বিশ্লেষণ: readers এবং consumers খোঁজা, মানের রেঞ্জ ও normalisation যাচাই; Microsoft-এর প্রকাশ্য ডকুমেন্টেশনের সাথে মিলিয়ে দেখা।

DPC এবং watchdog-এর পাথ:

HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Kernel

Value Type Default/normalization কী নিয়ন্ত্রণ করে
DpcQueueDepth REG_DWORD 4 DPC queue-এর গভীরতা
MinimumDpcRate REG_DWORD 3 DPC প্রক্রিয়াকরণের ন্যূনতম হার
IdealDpcRate REG_DWORD 20 লক্ষ্য DPC rate
AdjustDpcThreshold REG_DWORD 20 DPC policy অভিযোজনের থ্রেশহোল্ড
ThreadDpcEnable REG_DWORD 1 thread-DPC processing
DpcWatchdogPeriod REG_DWORD 120000 DPC watchdog period
DpcCumulativeSoftTimeout REG_DWORD 120000 গবেষণাকৃত build-এ সঞ্চিত soft budget
PassiveWatchdogTimeout REG_DWORD 300 সেকেন্ড KD-এর সময় passive-level watchdog
ForceIdleGracePeriod REG_DWORD 5 সেকেন্ড force-idle grace period
PerfIsoEnabled REG_DWORD 0 performance isolation
CacheIsoBitmap REG_DWORD 0 Intel CAT L3 mask
SchedulerAssistThreadFlagOverride REG_DWORD 0 scheduler assist override
VpThreadSystemWorkPriority REG_DWORD 30, রেঞ্জ 1..31 virtual processor work priority
AlwaysTrackIoBoosting REG_DWORD 0 ডায়াগনস্টিক I/O boost tracking

Kernel Executive workers-এর পাথ:

HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Executive

Value Type Default/normalization কী নিয়ন্ত্রণ করে
AdditionalCriticalWorkerThreads REG_DWORD 0, clamp 0..100 অতিরিক্ত critical workers
AdditionalDelayedWorkerThreads REG_DWORD 0, clamp 0..100 delayed workers
MaximumKernelWorkerThreads REG_DWORD 4096, 32..16384 kernel workers-এর ঊর্ধ্বসীমা
ForceEnableMutantAutoboost REG_DWORD 0 mutant autoboost
WorkerThreadTimeoutInSeconds REG_DWORD 600, 60..3600 worker timeout

Session Manager\Kernel এবং Session Manager\Executive ভিন্ন configuration শাখা। প্রতিটি মানের জন্য গুরুত্বপূর্ণ হলো সেই পাথ, যা এই build-এ kernel-এর reader খোলে।

Kernel queue নিয়ন্ত্রণ এবং DPC processing অভিযোজনের জন্য DpcQueueDepth, MinimumDpcRate, IdealDpcRate এবং AdjustDpcThreshold ব্যবহার করে। যাচাইকৃত defaults 4/3/20/20 ইতিমধ্যেই Windows 11 25H2-এর স্বাভাবিক অবস্থার সাথে মিলে যায়; এই সংখ্যাগুলো পুনরায় লেখা কিছুই পরিবর্তন করে না।

উপযোগিতা: এই প্যারামিটারগুলো নির্দিষ্ট DPC backlog বিশ্লেষণে উপযোগী হতে পারে, কিন্তু ETW/WPR-ট্রেস ছাড়া অন্ধভাবে পরিবর্তন করলে কারণ নির্ণয় হয় না। বড় queue প্রক্রিয়াকরণ বিলম্বিত করতে পারে এবং latency-এর tail বাড়াতে পারে।

ThreadDpcEnable=1 threaded-DPC infrastructure সক্রিয় করে, 0 কাজকে সাধারণ DIRQL path-এ ফিরিয়ে দেয় এবং interrupt-off উইন্ডো দীর্ঘ করতে পারে। MaximumKernelWorkerThreads সামগ্রিক kernel workers পুল সীমিত করে। AdditionalCriticalWorkerThreads এবং AdditionalDelayedWorkerThreads বেস পুলে যোগ হয়: ক্লায়েন্ট Windows-এ override প্রয়োগের আগে যথাক্রমে 5 critical এবং 7 delayed workers।

বেশি থ্রেড মানে কম latency নয়: অতিরিক্ত workers stack, scheduler time এবং cache resources খরচ করে, আর queue অন্য কোনো কম্পোনেন্ট দ্বারা সীমিত থাকতে পারে। AdditionalDelayedWorkerThreads=32 প্রকৃতপক্ষে delayed workers যোগ করে, কিন্তু পরিমাপযোগ্য সর্বজনীন লাভ নেই।

DpcCumulativeSoftTimeout সঞ্চিত DPC সময় সীমিত করে। DpcWatchdogPeriod=0 গ্রহণযোগ্য এবং এই watchdog বন্ধ করে; 2000-এর নিচে যেকোনো অশূন্য মান 2000 ms হয়ে যায়। PassiveWatchdogTimeout কেবল kernel debugger সক্রিয় থাকলে ব্যবহৃত হয়, তাই সাধারণ সিস্টেমে স্বাভাবিক 300 সেকেন্ড থাকলেও এই timer সক্রিয় থাকে না। WorkerThreadTimeoutInSeconds worker operation আটকে যাওয়া সীমিত করে।

DpcCumulativeSoftTimeout-এর নিম্নসীমা 2000 ms এবং এটি DpcWatchdogPeriod অতিক্রম করতে পারে না। 240000 মান পেতে হলে watchdog period-ও 240000 হতে হবে। WorkerThreadTimeoutInSeconds 60..3600 সেকেন্ডের রেঞ্জে normalise হয়; 0 লেখা timeout বন্ধ করে না, বরং ন্যূনতম মানে নিয়ে আসে।

সুরক্ষামূলক timeout বন্ধ করলে ডায়াগনস্টিক চলে যায়, কিন্তু ব্লকিংয়ের কারণ ঠিক হয় না। production-সিস্টেমের জন্য watchdog ত্রুটিপূর্ণ ড্রাইভার শনাক্তকরণ ব্যবস্থার অংশ।

ForceEnableMutantAutoboost শাখা Executive-এ অবস্থিত, আর ForceIdleGracePeriod, PerfIsoEnabled, CacheIsoBitmap, SchedulerAssistThreadFlagOverride, VpThreadSystemWorkPriority এবং AlwaysTrackIoBoosting শাখা Kernel থেকে পড়া হয়। এই পার্থক্য গুরুত্বপূর্ণ: পাশের subkey-তে একই নামের এন্ট্রি প্রয়োগ হয় না।

CacheIsoBitmap কেবল Intel Resource Director/CAT সমর্থিত হলে ব্যবহৃত হয়; CAT ছাড়া মান কোনো isolation তৈরি করে না। SchedulerAssistThreadFlagOverride=0 এবং 1 স্বয়ংক্রিয় সক্রিয়করণ রাখে, 2 জোরপূর্বক শাখা বন্ধ করে। VpThreadSystemWorkPriority 1..31 অনুমোদন করে, অন্যথায় 1-এ রিসেট হয়; default 30, আর 31 কেবল ঊর্ধ্বসীমা। AlwaysTrackIoBoosting=1 boost paths-এ ডায়াগনস্টিক allocation এবং stack-capture সক্রিয় করে, I/O priority উঁচুতে ধরে রাখে না।

উপযোগিতা: নিশ্চিত consumer ছাড়া প্রভাব সাধারণত থাকে না বা ব্যবহারিক সিদ্ধান্তের জন্য খুবই কম। এই ধরনের মান সাধারণ optimization সেট হিসেবে নয়, বরং আলাদা kernel-ডায়াগনস্টিকের বিষয় হিসেবে উপযোগী।

যাচাইকৃত defaults 4/3/20/20 Windows 11 25H2-এর স্বাভাবিক অবস্থার সাথে মিলে যায়। অতিরিক্ত workers ডিফল্টভাবে শূন্য, kernel workers-এর ঊর্ধ্বসীমা — 4096 রেঞ্জ 32..16384 সহ। Watchdog-প্যারামিটারগুলো normalise হয়: 2000 ms-এর নিচের মান 2000 হয়, আর DpcCumulativeSoftTimeout watchdog period অতিক্রম করে না। শাখা Kernel এবং Executive পরস্পর বিনিময়যোগ্য নয়।

  • গবেষণাকৃত build-এর ntoskrnl.exe-এ প্যারামিটারগুলোর readers এবং consumers।
  • ডিফল্ট মান এবং normalisation সীমা, watchdog-প্যারামিটারগুলোর মধ্যে নির্ভরতা সহ।
  • শাখা Kernel এবং Executive-এর বিভাজন: পাশের subkey-তে একই নামের এন্ট্রি প্রয়োগ হয় না।
  • প্যারামিটার পরিবর্তনের FPS, latency বা responsiveness-এর উপর প্রভাব।
  • নিশ্চিত DPC queue বা worker সমস্যা ছাড়া limits পরিবর্তনের উপযোগিতা।

এই প্যারামিটারগুলো অন্ধভাবে পরিবর্তন করবেন না: ETW/WPR-ট্রেস ছাড়া backlog-এর কারণ নির্ধারণ করা যায় না। কার্যকর সিস্টেমের জন্য watchdog সক্রিয় রাখুন, আর প্যারামিটারগুলো optimization সেট হিসেবে নয়, ডায়াগনস্টিকের জন্য ব্যবহার করুন।

স্বাভাবিক মান ফিরিয়ে আনুন বা ঐচ্ছিক এন্ট্রি মুছে ফেলুন। Kernel প্যারামিটারগুলো Windows-এর পরবর্তী বুটে প্রয়োগ হয়।

Readers এবং consumers Windows 11 25H2 build 26200.9168-এর ntoskrnl.exe-এ যাচাই করা হয়েছে। offsets বা pseudocode প্রকাশ করা হয় না। চূড়ান্ত ব্যবহারকারী মেট্রিক্স এই সিরিজে অন্তর্ভুক্ত ছিল না।

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

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

প্রকাশ্য সূত্র যাচাইকৃত: 2026-09-02।

  • 2026-09-20: «ফলাফল» বিভাগটি «অবস্থা পুনরুদ্ধার»-এর আগে বাধ্যতামূলক স্থানে সরানো হয়েছে; স্বার্থের দ্বন্দ্ব সম্পর্কিত ডিসক্লেইমার এবং পদ্ধতিতে গতিশীল পর্যবেক্ষণের স্বাধীন যাচাইয়ের লিঙ্ক যোগ করা হয়েছে।
  • 2026-09-02: প্রথম প্রকাশনা; readers, defaults এবং clamps নিশ্চিত করা হয়েছে, ব্যবহারিক উপযোগিতার সীমা যোগ করা হয়েছে।