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

শান্ত নিষ্ক্রিয়তা: অপ্টিমাইজেশনের আগে ও পরে Windows-এর পটভূমি

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

Windows-এর পটভূমির উপাদানগুলি নিষ্ক্রিয় করা সত্যিই নিষ্ক্রিয় অবস্থাকে শান্ত করে: দুটি স্বাধীন পরিমাপ সিরিজে প্রক্রিয়ার সংখ্যা 49–56 % কমেছে, নিষ্ক্রিয় অবস্থায় CPU-এর ব্যস্ততা 17–67 % কমেছে, এবং মেমরি প্রতিশ্রুতির (commit) পরিমাণ দ্বিতীয় সিরিজে 52 % কমেছে। কিন্তু সম্পূর্ণ CPU-লোডের অধীনে থ্রুপুট বেড়েছে মাত্র 0,2–0,5 %। «শান্ত নিষ্ক্রিয় অবস্থা» হলো পটভূমির কাজ এবং সম্পদের প্রতিযোগিতার নিশ্চিত হ্রাস, FPS বৃদ্ধি নয়: এই গবেষণায় চূড়ান্ত গেমিং প্রভাব পরিমাপ করা হয়নি।

অবস্থা: প্রভাবের দিক একটি ভার্চুয়াল মেশিনে Windows 11-এর একই বিল্ডে দুটি স্বাধীন সিরিজে পুনরুৎপাদিত হয়েছে। সিরিজগুলির মধ্যে মান ভিন্ন, কারণ Windows-এর পটভূমির কাজ ঝাঁকে ঝাঁকে আসে: Microsoft Defender স্ক্যানের উইন্ডোতে CPU-ব্যস্ততার পার্থক্য −67 % পর্যন্ত পৌঁছায়, ইতিমধ্যে শান্ত উইন্ডোতে — −17 %।

আমরা চারটি দাবি যাচাই করেছি:

  1. পটভূমির উপাদানগুলি নিষ্ক্রিয় করা নিষ্ক্রিয় অবস্থায় সিস্টেমের কার্যকলাপ লক্ষণীয়ভাবে কমায়।
  2. এটি বুটের পর প্রথম কয়েক মিনিটে কার্যকলাপ লক্ষণীয়ভাবে কমায়।
  3. এটি মেমরি ব্যবহার লক্ষণীয়ভাবে হ্রাস করে।
  4. এটি সম্পূর্ণ CPU-লোডের অধীনে পরিমাপযোগ্য পারফরম্যান্স বৃদ্ধি দেয়।
  • Windows 11 Pro, build 26300.9457 (26H2);
  • ভার্চুয়াল মেশিন: 4 vCPU, 8 GB RAM, VMware ভার্চুয়ালাইজেশন;
  • একটি ইনস্টলেশনের দুটি অবস্থা: প্রাথমিক («আগে») এবং BoosterX অপ্টিমাইজেশন প্রোফাইল প্রয়োগের পরে (পরিমাপের তারিখে প্রাসঙ্গিক বিল্ড);
  • দুটি স্বাধীন পরিমাপ সিরিজ: 2026-09-18 এবং 2026-09-19; অবস্থাগুলি ডিস্কের স্বাধীন কপিতে তুলনা করা হয়েছিল, যাতে পরিমাপ একে অপরকে প্রভাবিত না করে;
  • পর্যায়: বুটের পর 5 মিনিট, 5 মিনিট স্থিতিশীলকরণ, 5 মিনিট নিষ্ক্রিয় অবস্থা;
  • সংক্ষিপ্ত সিন্থেটিক লোড: 1, 4 এবং 8 থ্রেড, মেমরি লোড, টিক-ভিত্তিক লোড এবং অগ্রাধিকার মিশ্রণ।

পরিমাপে প্রকৃত গেম, GPU-লোড, ভৌত হার্ডওয়্যার এবং দীর্ঘ উইন্ডো (ঘণ্টা ও দিন) অন্তর্ভুক্ত ছিল না।

প্রোটোকল «আমরা কীভাবে Windows গবেষণা করি» এর সাথে সঙ্গতিপূর্ণ:

  • প্রতিটি পর্যায় ETW ট্রেসিং (Windows Performance Recorder, CPU, ডিস্ক, ফাইল এবং নেটওয়ার্কের হালকা প্রোফাইল) এবং 5 সেকেন্ড (সিস্টেম) ও 15 সেকেন্ড (প্রক্রিয়া অনুযায়ী) ব্যবধানে পারফরম্যান্স কাউন্টার দিয়ে রেকর্ড করা হয়েছিল;
  • «বুটের পরে» পর্যায় একটি নিয়ন্ত্রিত রিবুট দিয়ে চালু করা হয়েছিল এবং প্রায় এক মিনিট আপটাইমে সক্রিয় হয়েছিল;
  • প্রতিটি ট্রেসে হারানো ইভেন্টের সংখ্যা যাচাই করা হয়েছিল — সমস্ত উল্লিখিত উইন্ডোতে এটি শূন্যের সমান;
  • গড় করা হয়েছে শুধুমাত্র পর্যায়ের সীমানার ভিতরে সম্পূর্ণ পাঁচ-সেকেন্ডের ব্যবধানে (প্রতি পর্যায়ে 59 ব্যবধান);
  • সিরিজ 2-এ প্রথম «আগে» রান ভার্চুয়াল মেশিনের ঘুমে যাওয়ার কারণে বাদ দেওয়া হয়েছিল; পুনরাবৃত্তি ব্যবহার করা হয়েছে;
  • লোড পরীক্ষাগুলি দুইবার সম্পাদিত হয়েছিল, মিডিয়ান দেওয়া হয়েছে; CPU-ব্যস্ততা চার vCPU-তে স্বাভাবিক করা হয়েছে।

«আগে» এবং «পরে» হলো একই Windows ইনস্টলেশনের অবস্থা: «পরে» অপ্টিমাইজেশন প্রোফাইল প্রয়োগ করে পাওয়া গেছে, «আগে» — প্রাথমিক অবস্থা। সেটিংসের সম্পূর্ণ সমষ্টি পরিবর্তিত হয়েছিল, তাই একটি পৃথক নিষ্ক্রিয়করণের বিচ্ছিন্ন অবদান মূল্যায়ন করা হয়নি।

সিরিজ 1 (2026-09-18) — সক্রিয় রক্ষণাবেক্ষণ ছাড়া স্থিতিশীল নিষ্ক্রিয় অবস্থা:

মেট্রিক আগে পরে পরিবর্তন
CPU-ব্যস্ততা, % 2,48 2,06 −17 %
DPC + ISR, % CPU 1,73 1,59 −8 %
কনটেক্সট সুইচ, /স 469 381 −19 %
প্রক্রিয়া (গড়) 134,9 69,3 −49 %
থ্রেড (গড়) 1 444,6 738,7 −49 %
সমস্ত প্রক্রিয়ার মোট CPU, % 1,22 1,06 −13 %
উপলব্ধ মেমরি, MB 5 490 6 518 +1 028
ডিস্ক থেকে পড়া, KB/স 22,6 24,4 +8 %
ডিস্কে লেখা, KB/স 311,3 262,1 −16 %
নেটওয়ার্ক (গ্রহণ), KB/স 132,6 2,2 −98 %
নেটওয়ার্ক (প্রেরণ), KB/স 43,2 4,7 −89 %

সিরিজ 2 (2026-09-19) — একই নিষ্ক্রিয় অবস্থার উইন্ডো, কিন্তু «আগে» অবস্থায় Microsoft Defender-এর পটভূমির স্ক্যান চলছিল:

মেট্রিক আগে পরে পরিবর্তন
CPU-ব্যস্ততা, % 33,37 11,03 −67 %
কনটেক্সট সুইচ, /স 3 737 291 −92 %
প্রক্রিয়া (গড়) 142,3 61,9 −56 %
থ্রেড (গড়) 1 494,7 637,1 −57 %
উপলব্ধ মেমরি, MB 5 174 6 653 +1 479
দখলকৃত ভৌত মেমরি, MB 3 017 1 538 −49 %
মেমরি প্রতিশ্রুতি (commit), MB 2 617 1 249 −52 %
Nonpaged pool, MB 298,2 212,9 −29 %
Paged pool, MB 258,5 86,0 −67 %
DPC, % CPU 0,89 0,19 −78 %
ডিস্ক থেকে পড়া, MB/স 7,42 0,01 −99,9 %
ডিস্কে লেখা, MB/স 4,57 0,23 −95,0 %

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

মেট্রিক সিরিজ 1 (আগে → পরে) সিরিজ 2 (আগে → পরে)
CPU-ব্যস্ততা, % 3,42 → 2,59 14,62 → 11,88
কনটেক্সট সুইচ, /স 1 114 → 600 1 257 → 393
প্রক্রিয়া 132 → 74 139 → 64
থ্রেড — 1 719 → 746
দখলকৃত ভৌত মেমরি, MB — 2 821 → 1 581
উপলব্ধ মেমরি, MB — 5 370 → 6 610
ডিস্ক থেকে পড়া, KB/স — 826 → 433
ডিস্কে লেখা, KB/স 634 → 418 709 → 298
নেটওয়ার্ক (গ্রহণ), KB/স — 1,15 → ~0

ড্যাশ মানে এই সিরিজে পর্যায়ের জন্য মেট্রিক রেকর্ড করা হয়নি।

নিষ্ক্রিয় অবস্থায় ইনভেন্টরি স্ন্যাপশট (সিরিজ 1):

আগে পরে
প্রক্রিয়া 136 70
থ্রেড 1 679 842
মোট working set, MB 3 841 1 868
মোট private bytes, MB 1 524 660

অপ্টিমাইজেশনের আগে বৃহত্তম মেমরি ভোক্তা: অ্যান্টিভাইরাস প্রক্রিয়া MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB)। অপ্টিমাইজেশনের পরে তালিকার শীর্ষে ছিল explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) এবং StartMenuExperienceHost (106 MB)।

উপলব্ধ মেমরি 1,0–1,5 GB বেড়েছে, এবং প্রতিশ্রুতির (commit) পরিমাণ 52 % কমেছে। এর মধ্যে কী সত্যিই «মুক্ত» করা যায় এবং কেন প্রক্রিয়াগুলির working set-এর যোগফল মুক্ত মেমরির সমান নয়, তা «Windows-এ সত্যিই কত মেমরি মুক্ত করা যায়» এ বিশ্লেষণ করা হয়েছে।

সংক্ষিপ্ত সিন্থেটিক পরীক্ষা (সিরিজ 2, দুই পুনরাবৃত্তির মিডিয়ান):

পরিস্থিতি থ্রুপুট পরিবর্তন CPU-ব্যস্ততা: আগে / পরে
একটি থ্রেড +5,4 % 21,9 / 22,6 %
চার থ্রেড (সম্পূর্ণ) +0,19 % 88,9 / 89,4 %
আট থ্রেড (সম্পূর্ণ) +0,50 % 88,9 / 88,8 %
মেমরি লোড +11,2 % 84,8 / 87,5 %
টিক-ভিত্তিক (1 ms বিরতি) +5,4 % 64,3 / 67,7 %
মিশ্র অগ্রাধিকার +8,5 % 21,2 / 22,5 %
পটভূমির অগ্রাধিকার +77,1 % 38,8 / 65,2 %

সম্পূর্ণ চার-থ্রেড লোডে কার্যকর প্রক্রিয়া চার vCPU-এর প্রায় 89 % ক্ষমতা পেয়েছে, অপ্টিমাইজেশনের আগে এবং পরে উভয়ই। ভার্চুয়াল মেশিনে অবশিষ্ট ~11 %-কে দূরযোগ্য «Windows-শব্দ» ঘোষণা করা যায় না: হাইপারভাইজারের শিডিউলিং গেস্ট ট্রেস থেকে দেখা যায় না। কার্যকরী থ্রেডগুলি সমানভাবে বিতরণ করা হয়েছিল (তাদের মধ্যে কাজের পরিমাণের বিস্তার — 0,994–0,997), অনাহার পরিলক্ষিত হয়নি, এবং অপ্টিমাইজেশনের পরে নিষ্ক্রিয় অবস্থায় CPU সারি কার্যত খালি।

«আগে» অবস্থায় পরিমাপ করা পটভূমির কার্যকলাপের উৎস:

  • অ্যান্টিভাইরাস স্ক্যান — সিরিজ 2-এর উইন্ডোতে প্রধান উৎস: প্রক্রিয়া MsMpEng.exe পাঁচ মিনিটের নিষ্ক্রিয় অবস্থার উইন্ডোতে 212 CPU-সেকেন্ড ব্যয় করেছে;
  • প্রাথমিক অবস্থায় সার্চ সার্ভিস, SysMain সার্ভিস, টেলিমেট্রি, প্রিন্ট স্পুলার এবং অন্যান্য উপাদান কাজ করছিল — অপ্টিমাইজেশন প্রোফাইল প্রায় 50 পটভূমির সার্ভিস এবং 58 নির্ধারিত কাজকে নিষ্ক্রিয় অবস্থায় নিয়ে আসে;
  • বুটের পরে কার্যকলাপ Windows আপডেট অর্কেস্ট্রেটরের সাথে থাকে।

পটভূমির উপাদানগুলি নিষ্ক্রিয় করা পটভূমি সম্পূর্ণভাবে দূর করে না: অপ্টিমাইজ করা অবস্থায় অ্যাপ্লিকেশন সামঞ্জস্যতা মূল্যায়ন কাজ করতে থাকে (রক্ষণাবেক্ষণ উইন্ডোতে সেকেন্ডে প্রায় 3,7 ms CPU), এবং স্থিতিশীল নিষ্ক্রিয় অবস্থায় মোট অবশিষ্ট পটভূমি ছিল সেকেন্ডে 4,8 ms CPU — চার vCPU-এর ক্ষমতার প্রায় 0,12 % (ট্রেসিং দ্বারা পরিমাপ করা)।

  • পুনরুৎপাদিত (দুটি স্বাধীন সিরিজ): প্রক্রিয়ার সংখ্যা −49…−56 %, থ্রেড −49…−57 %, উপলব্ধ মেমরি +1,0–1,5 GB।
  • পরিমাপ করা (সিরিজ 2): নিষ্ক্রিয় অবস্থায় commit −52 %; নিষ্ক্রিয় অবস্থায় দখলকৃত ভৌত মেমরি −49 % এবং বুটের পরের পর্যায়ে −44 %।
  • পরিমাপ করা: নিষ্ক্রিয় অবস্থায় CPU-ব্যস্ততা শান্ত উইন্ডোতে −17 % এবং স্ক্যানের উইন্ডোতে −67 %; কনটেক্সট সুইচ −19 % এবং −92 %; DPC −78 % (সিরিজ 2-এর উইন্ডো); বুটের পরে কার্যকলাপ উভয় সিরিজে কম।
  • পরিমাপ করা: সম্পূর্ণ CPU-লোডের অধীনে থ্রুপুট বৃদ্ধি +0,19 % (4 থ্রেড) এবং +0,50 % (8 থ্রেড); অসম্পূর্ণ এবং মিশ্র লোডে — +5,4 থেকে +11,2 % পর্যন্ত।
  • পরিমাপ করা: পটভূমির অগ্রাধিকার শ্রেণির লোড 77,1 % দ্রুত হয়েছে — «আগে» অবস্থায় এটি Windows-এর নিজের পটভূমির কাজের সাথে প্রতিযোগিতা করছিল, যার মধ্যে অ্যান্টিভাইরাস স্ক্যানও ছিল।
  • পর্যবেক্ষণ করা: পটভূমির প্রধান উৎস — অ্যান্টিভাইরাস স্ক্যান, রক্ষণাবেক্ষণ এবং সামঞ্জস্যতা কাজ; অপ্টিমাইজেশনের পরে অবশিষ্ট পটভূমি শূন্যের কাছাকাছি, কিন্তু শূন্য নয়।
  • প্রকৃত গেমে FPS বৃদ্ধি, input lag বা frametime হ্রাস: পরিমাপ করা হয়নি। সিন্থেটিক CPU-পরীক্ষা GPU সহ গেম মডেল করে না এবং গেমিং প্রভাব প্রমাণ করে না।
  • প্রতিটি পৃথক নিষ্ক্রিয়করণের বিচ্ছিন্ন অবদান: পরিবর্তনের সমষ্টি প্রয়োগ করা হয়েছিল।
  • ভৌত হার্ডওয়্যার, অন্যান্য বিল্ড এবং অন্যান্য অপ্টিমাইজেশন প্রোফাইলে পরম মান স্থানান্তর।
  • দীর্ঘ উইন্ডোতে স্থায়িত্ব: প্রতিটি পর্যায় — 5 মিনিট; Windows-এর পটভূমির কাজ ঝাঁকে ঝাঁকে আসে, তাই «গড় দিন» পরিমাপ করা হয়নি।
  • পরিমাপ একটি ভার্চুয়াল মেশিনে সম্পাদিত হয়েছে। ভার্চুয়ালাইজেশন নিজস্ব DPC/ISR অংশ যোগ করে এবং হোস্টের শিডিউলিং লুকায়; ভৌত হার্ডওয়্যারে পরম মান ভিন্ন হবে। একই অবস্থায় «আগে/পরে» তুলনার অনুপাত এবং দিক সংরক্ষিত থাকে।
  • ISR মেট্রিক টেবিল থেকে বাদ দেওয়া হয়েছে: ভার্চুয়াল মেশিনে PDH অনুযায়ী ISR কাউন্টার ETW অনুযায়ী ইন্টারাপ্ট হ্যান্ডলারের সাথে প্রায় 10 % বিচ্যুত হয় এবং সঠিক যোগফলে মেলে না।
  • সিরিজ 2-এর «আগে» উইন্ডোতে সক্রিয় Defender স্ক্যান ছিল, এবং উইন্ডোগুলির মধ্যে হোস্টের লোড ভিন্ন ছিল (গড়ে 44 % বনাম 24 %)। তাই মান নির্দিষ্ট উইন্ডোর সাথে আবদ্ধ; দিক দুটি সিরিজ দ্বারা নিশ্চিত।
  • সিরিজ 1-এ নিষ্ক্রিয় অবস্থার পর্যায়ের একটি অংশ প্রায় 26 সেকেন্ডের জন্য ভার্চুয়াল মেশিনের বাহ্যিক বিরতিতে বাধাগ্রস্ত হয়েছিল; ক্যাপচার পুনরায় শুরু হওয়ার পরে শেষ হয়েছে, হারানো ইভেন্ট নেই।
  • লোড পরীক্ষা — দুই পুনরাবৃত্তি: এটি বর্ণনামূলক পরিসংখ্যান, পরিসংখ্যানগত তাৎপর্য মূল্যায়ন করা হয়নি।
  • নিষ্ক্রিয় অবস্থায় লাভের একটি অংশ Microsoft Defender সুরক্ষা উপাদান নিষ্ক্রিয় করার সাথে সম্পর্কিত। অ্যান্টিভাইরাস সুরক্ষা ছাড়া সিস্টেম — সচেতন আপস, খরচ ছাড়া অপ্টিমাইজেশন নয়; সুরক্ষা নিষ্ক্রিয় করতে হলে মূল্য বুঝে করতে হবে।
  • পরিমাপ স্তর (ট্রেসিং এবং কাউন্টার) নিজেই সামান্য পটভূমির লোড তৈরি করে; এটি উভয় অবস্থাতেই উপস্থিত।

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

পটভূমির শব্দ হ্রাস — বাস্তব, দুইবার পুনরুৎপাদিত প্রভাব: অর্ধেক প্রক্রিয়া এবং থ্রেড, অর্ধেক মেমরি প্রতিশ্রুতি, নিষ্ক্রিয় অবস্থায় ডিস্ক এবং নেটওয়ার্ক কার্যকলাপের ক্রম কম। এটি নিজেই উপকারী — সিস্টেমের প্রতিক্রিয়াশীলতা, পটভূমির কাজ, তাপমাত্রা, ফ্যানের শব্দ এবং ব্যাটারি আয়ুর জন্য, — এবং FPS-এর প্রতিশ্রুতি প্রয়োজন হয় না।

এর থেকে যা আশা করা উচিত নয়: সম্পূর্ণ লোডের অধীনে পারফরম্যান্স বৃদ্ধি। যদি CPU ইতিমধ্যে ~89 % ক্ষমতায় কার্যকর কাজে লোড থাকে, পটভূমির কার্যকলাপ নিষ্ক্রিয় করা অবশিষ্ট 11 % যোগ করবে না — ভার্চুয়াল মেশিনে সেগুলি Windows-এর নয়। তুলনার মুহূর্তে সিস্টেম যত ব্যস্ত, দৃশ্যমান প্রভাব তত বেশি: রক্ষণাবেক্ষণ উইন্ডোতে পার্থক্য বহুগুণ, শান্ত উইন্ডোতে — মাঝারি।

সুপারিশ: আপনার কম্পিউটারে যেকোনো পরিবর্তনের আগে এবং পরে পটভূমি মূল্যায়ন করুন (Task Manager → «Performance» এবং «Processes», Resource Monitor), অন্যের শতাংশের উপর নির্ভর করবেন না। যদি লক্ষ্য নির্দিষ্ট গেমে FPS হয়, পরিবর্তনের আগে এবং পরে ঠিক সেটিই পরিমাপ করুন।

উভয় সিরিজ ডিস্কের স্বাধীন কপিতে বিচ্ছিন্ন ভার্চুয়াল মেশিনে সম্পাদিত হয়েছিল; পরিমাপের পরে মেশিনগুলি প্রাথমিক অবস্থায় ফিরিয়ে আনা হয়েছিল। নিবন্ধটি পাঠকের কাছ থেকে প্যারামিটার পরিবর্তন দাবি করে না, তাই ব্যবহারকারীর কম্পিউটারে পৃথক পুনরুদ্ধার ক্রিয়া প্রয়োজন নেই।

  • 2026-09-20: প্রথম প্রকাশনা — নিষ্ক্রিয় অবস্থার দুটি স্বাধীন পরিমাপ সিরিজ, বুটের পরের পর্যায়, ইনভেন্টরি এবং লোড পরীক্ষা।
  • 2026-09-20: সিরিজ অনুযায়ী ফলাফলের অ্যাট্রিবিউশন স্পষ্ট করা হয়েছে (commit এবং দখলকৃত ভৌত মেমরি — শুধুমাত্র সিরিজ 2; প্রক্রিয়া −49…−56 %); স্বার্থের দ্বন্দ্ব সম্পর্কিত ডিসক্লেইমার ক্যানোনিকাল ভাষায় আনা হয়েছে।