প্লাসিবো পরীক্ষা: সূক্ষ্ম রেজিস্ট্রি টিউনিং কি ব্যাকগ্রাউন্ড অ্যাক্টিভিটি বন্ধ করে

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

না। 17টি “সূক্ষ্ম” রেজিস্ট্রি প্যারামিটার, যেগুলোকে অপ্টিমাইজেশন গাইডে ব্যাকগ্রাউন্ড অ্যাক্টিভিটি নীরব করার উপায় হিসেবে বর্ণনা করা হয়, সেগুলো মোট ব্যাকগ্রাউন্ড কমায়নি: রেজিস্ট্রি ও ফাইল অপারেশন বিশুদ্ধ ঘণ্টার স্বাভাবিক বিস্তারের মধ্যেই ছিল। শুধুমাত্র দুটি মেকানিজমের ক্ষেত্রে সুনির্দিষ্ট প্রভাব প্রমাণিত: LLMNR নিষ্ক্রিয় করা সংশ্লিষ্ট নেটওয়ার্ক অনুরোধ শূন্যে নামিয়েছে, আর টেলিমেট্রি গ্রুপ DiagTrack-এর পর্যায়ক্রমিক কনফিগারেশন পোলিং বন্ধ করেছে (−98–99.8%)। আরও তিনটি প্যারামিটার পড়া হয়েছে, কিন্তু পর্যবেক্ষণযোগ্য প্রভাব দেয়নি।

স্ট্যাটাস: Windows 11 26H2-এ ভার্চুয়াল মেশিনে চারটি কন্ট্রোল ঘণ্টাসহ একটি A/B রানে পরিমাপ করা হয়েছে। “প্রভাব নেই” রায়টি আইডল অবস্থার পর্যবেক্ষিত ব্যাকগ্রাউন্ডের ক্ষেত্রে প্রযোজ্য; দীর্ঘ কার্যকালের প্যারামিটারগুলোর জন্য পরিমাপের উইন্ডো যথেষ্ট ছিল না।

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

একটি সাধারণ দাবি: 17টি রেজিস্ট্রি প্যারামিটারের একটি পরিচিত সেট প্রয়োগ করলে আইডল Windows-এর ব্যাকগ্রাউন্ড অ্যাক্টিভিটি লক্ষণীয়ভাবে কমে। সাথে 17টি নির্দিষ্ট দাবি: প্রতিটি প্যারামিটার কি পর্যবেক্ষিত আচরণ পরিবর্তন করে।

исследования পরিধি

• Windows 11 Pro, build 26300.9457 (26H2), ভার্চুয়াল মেশিন, প্রতিষ্ঠিত সিস্টেম;
• প্রায়শই সুপারিশকৃত 17টি রেজিস্ট্রি প্যারামিটার: টেলিমেট্রি, ডায়াগনস্টিকস, নেটওয়ার্ক, সামঞ্জস্য ও অনুসন্ধান;
• প্যারামিটারসহ উইন্ডো: 3 মিনিট স্থিতিশীলতার পর 9.2 মিনিট; একই দৈর্ঘ্যের কন্ট্রোল বিশুদ্ধ উইন্ডো এবং একই রানের আরও চারটি অতিরিক্ত কন্ট্রোল ঘণ্টা;
• মেট্রিক: প্রসেস ও থ্রেড লঞ্চ, রেজিস্ট্রি, ফাইল ও নেটওয়ার্ক অপারেশন কার্নেল ট্রেসিং অনুযায়ী;
• সব প্যারামিটার একসাথে প্রয়োগ করা হয়েছে এবং পরিমাপের পরপরই পুনরুদ্ধার করা হয়েছে।

যাচাই করা হয়নি: সিনারিও লোড (ইনস্টলেশন, আপডেট, অ্যাপ্লিকেশন কাজ), উইন্ডোর চেয়ে দীর্ঘ কার্যকালের প্যারামিটার, ফিজিক্যাল হার্ডওয়্যার এবং অন্যান্য বিল্ড।

পদ্ধতি

একটি বুট চক্রে কঠোর A/B: প্রয়োগকৃত প্যারামিটারসহ উইন্ডো বনাম সমান দৈর্ঘ্যের বিশুদ্ধ উইন্ডো, সাথে স্বাভাবিক বিস্তার মূল্যায়নের জন্য চারটি কন্ট্রোল বিশুদ্ধ ঘণ্টা। কার্নেল ট্রেসিং ইভেন্টগুলো প্রসেস অনুযায়ী গোষ্ঠীবদ্ধ; মনিটরিংয়ের সংশ্লিষ্ট শব্দ বাদ দেওয়া হয়েছে। হার প্রতি মিনিটে স্বাভাবিক করা হয়েছে; স্পাইক প্রতিরোধের জন্য প্রথম মিনিট ছাড়া প্রতি-মিনিট যোগফলের মিডিয়ান তুলনা করা হয়েছে।

ফলাফল

মোট ব্যাকগ্রাউন্ড: সমতা

মেট্রিক	প্যারামিটারসহ	বিশুদ্ধ উইন্ডো	বিশুদ্ধ ঘণ্টা (বিস্তার)	রায়
প্রসেস লঞ্চ/মিনিট	2549	2601	2601	সমতা
রেজিস্ট্রি অপারেশন/মিনিট	14235	14780	14394–18951	বিস্তারের মধ্যে
ফাইল অপারেশন/মিনিট	3098	4472	3251–4472	বিস্তারের মধ্যে

ব্যাকগ্রাউন্ড ঘণ্টার স্বাভাবিক পরিবর্তনশীলতা (রেজিস্ট্রি অনুযায়ী 28% পর্যন্ত) সেটের যেকোনো প্রভাবের চেয়ে বড়। কাঁচা ডেল্টা “−13% রেজিস্ট্রি” এবং “−53% ফাইল” পর্যবেক্ষণের প্রথম মিনিটের স্পাইক দ্বারা ব্যাখ্যা করা যায়, প্যারামিটার দ্বারা নয়।

আসলে কী পরিবর্তিত হয়েছে

মেকানিজম	ফলাফল	প্রমাণ
LLMNR নিষ্ক্রিয় করা (multicast নাম রেজোলিউশন)	LLMNR অনুরোধ: সব বিশুদ্ধ ঘণ্টায় 10 মিনিটে 17.8–20.7 → 0	কাকতালীয়তার সম্ভাবনা 1e-7-এর নিচে; সঙ্গী mDNS অনুরোধ আসতে থাকল
টেলিমেট্রি গ্রুপ (AllowTelemetry ×2 + DiagTrack আপলোড নিষিদ্ধ)	টেলিমেট্রি হোস্টের অ্যাক্টিভিটি: 131–1950 রেজিস্ট্রি অপারেশন/মিনিট → 3	টেলিমেট্রি কনফিগারেশনের পর্যায়ক্রমিক পোলিং সাথে সাথে বন্ধ হয়েছে

টেলিমেট্রি গ্রুপ একসাথে তিনটি প্যারামিটার দিয়ে প্রয়োগ করা হয়েছে, তাই এই পরীক্ষায় তাদের প্রতিটির অবদান আলাদা করা অসম্ভব।

কী খণ্ডন করা হয়েছে

প্যারামিটার	প্রত্যাশিত	প্রকৃতপক্ষে
mDNS নিষ্ক্রিয় করা	mDNS অনুরোধ বন্ধ	ফ্রিকোয়েন্সি অপরিবর্তিত: বিশুদ্ধ ঘণ্টায় 10 মিনিটে 29.6–35.6 বনাম 35.9; মানটি সার্ভিস দ্বারা পড়া হয়
NetBIOS over TCP/IP নিষ্ক্রিয় করা	NetBT অনুরোধ বন্ধ	ক্যাডেন্স অভিন্ন: 10 মিনিটে 16.1–16.7 বনাম 16.8
অটো-DoH নিষ্ক্রিয় করা	DNS অনুরোধ হ্রাস	অপরিবর্তিত; এই সিস্টেমে অটো-DoH আগে থেকেই সক্রিয় ছিল না

এই উইন্ডোতে যা যাচাই করা হয়নি

দশটি প্যারামিটার রায় ছাড়াই রয়ে গেছে: চারটি WDI ডায়াগনস্টিক উইন্ডোতে পড়া হয়নি, তাদের কার্যকালের ব্যবধান 9 মিনিটের বেশি বা শুধুমাত্র সিনারিও লোডে প্রকাশ পায়; অনুসন্ধান ট্রেসিং থ্রটল অনুসন্ধানের নিজস্ব চ্যানেলকে প্রভাবিত করে, যা ক্যাপচারে অন্তর্ভুক্ত ছিল না; সামঞ্জস্য ও USB প্যারামিটারের আইডলে যাচাইয়ের জন্য কোনো অ্যাক্টিভিটি ছিল না।

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

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

• পরিমাপ করা হয়েছে: ব্যাকগ্রাউন্ড অপারেশনের মোট হ্রাস নেই; প্যারামিটারসহ হার বিশুদ্ধ ঘণ্টার বিস্তারের ভিতরে।
• পরিমাপ করা হয়েছে: LLMNR নিষ্ক্রিয় করা mDNS ও NetBIOS-কে না ছুঁয়ে LLMNR অনুরোধ সম্পূর্ণভাবে বন্ধ করে।
• পরিমাপ করা হয়েছে: টেলিমেট্রি গ্রুপ DiagTrack-এর পর্যায়ক্রমিক কনফিগারেশন পোলিং বন্ধ করে (হোস্ট অ্যাক্টিভিটির −98–99.8%)।
• পর্যবেক্ষণ করা হয়েছে: mDNS ও NetBIOS প্যারামিটার সার্ভিস দ্বারা পড়া হয়, কিন্তু পর্যবেক্ষণযোগ্য প্রভাব দেয় না।

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

• WDI, সামঞ্জস্য, USB এবং অনুসন্ধান থ্রটল প্যারামিটারের প্রভাব: উইন্ডো বা পর্যবেক্ষণ চ্যানেল উপযুক্ত ছিল না।
• টেলিমেট্রি প্যারামিটারের প্রতিটির আলাদা অবদান।
• অন্যান্য বিল্ড ও ফিজিক্যাল হার্ডওয়্যারে আচরণ।
• লোডের অধীনে যেকোনো প্রভাব: শুধুমাত্র আইডল পরিমাপ করা হয়েছে।

সীমাবদ্ধতা

ক্রম র্যান্ডমাইজেশন ছাড়া প্রতি অবস্থায় একটি উইন্ডো। Windows-এর ব্যাকগ্রাউন্ড পরিবর্তনশীলতা বড়, তাই সমতার সিদ্ধান্ত এক জোড়া উইন্ডোর উপর নয়, চারটি কন্ট্রোল ঘণ্টার উপর নির্ভর করে। শিডিউলারের কিছু লগ প্যারামিটারসহ উইন্ডোর সময় ইভেন্ট লেখা বন্ধ করে দিয়েছে; সেই সময়ে চালু হওয়া নির্ধারিত কাজগুলো প্রসেস দ্বারা দৃশ্যমান, কিন্তু লগ দ্বারা নয়। সুনির্দিষ্ট রায় (LLMNR, টেলিমেট্রি) স্থিতিশীল: প্রভাব সব কন্ট্রোল ঘণ্টায় উপস্থিত এবং প্যারামিটারসহ উইন্ডোতে শূন্যে নামে।

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

“প্যারামিটার পড়া হয়” এবং “প্যারামিটার আচরণ নিয়ন্ত্রণ করে” — এই বিভাজনই মূল বিষয়। যাচাই করা 17টি সেটিংসের মধ্যে শুধুমাত্র দুটি গ্রুপ প্রকৃতপক্ষে পর্যবেক্ষিত আচরণ পরিবর্তন করে, এবং উভয়েরই নিজস্ব স্ট্যান্ডার্ড নিয়ন্ত্রণ পয়েন্ট রয়েছে: BoosterX-এ LLMNR বন্ধ করে “স্থানীয় নাম রেজোলিউশন” সেটিং, টেলিমেট্রি বন্ধ করে “ডেটা সংগ্রহ পলিসিতে টেলিমেট্রি” সাথে “ব্যাকগ্রাউন্ড ETW অটোলগার”। বাকি আইডল Windows ব্যাকগ্রাউন্ড Defender, WMI, লাইসেন্স যাচাই এবং Store তৈরি করে — এই সেটের “সূক্ষ্ম” রেজিস্ট্রি প্যারামিটার সেগুলো নীরব করে না।

সংশ্লিষ্ট উপকরণ: “নীরব আইডল” গবেষণা দেখায় কী প্রকৃতপক্ষে ব্যাকগ্রাউন্ড কমায়; “ডেস্কটপ বনাম সাইন-ইন স্ক্রিন” ব্যাখ্যা করে অবশিষ্ট শব্দ কী দিয়ে গঠিত।

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

17টি মানই পরিমাপ বন্ধের পরপরই পুনরুদ্ধার করা হয়েছে; সফল প্রত্যাবর্তন স্ন্যাপশট দ্বারা নথিভুক্ত। পুনরুদ্ধারের আগে সিস্টেম রিবুট করা হয়নি।

সূত্র ও সীমানা

পরিমাপ BoosterX Research বর্ণিত ভার্চুয়াল মেশিনে সম্পন্ন করেছে। গবেষণাটি BoosterX ডেভেলপারের মালিকানাধীন, তাই ফলাফলে ডেভেলপারের সরাসরি স্বার্থ রয়েছে; পদ্ধতি ও সীমানা উপরে বর্ণিত, সিদ্ধান্তগুলো উন্মুক্ত পদ্ধতি দ্বারা যাচাই করা যায়।

• Microsoft: LLMNR এবং EnableMulticast প্যারামিটার, যাচাই করা হয়েছে 2026-09-22।
• Microsoft: Configure Windows diagnostic data, যাচাই করা হয়েছে 2026-09-22।

সর্বশেষ যাচাই: 2026-09-22।