خاموش بیکار: اصلاح سے پہلے اور بعد میں Windows کا پس منظر

مختصر جواب

Windows کے پس منظر کے اجزاء کو بند کرنا واقعی idle کو خاموش بناتا ہے: پیمائش کی دو آزاد سیریز میں پروسیسز کی تعداد 49–56 % کم ہوئی، idle میں CPU کی مصروفیت 17–67 % کم ہوئی، اور میموری کی ذمہ داریوں (commit) کا حجم دوسری سیریز میں 52 % کم ہوا۔ لیکن مکمل CPU بوجھ کے تحت تھروپٹ صرف 0,2–0,5 % بڑھی۔ «خاموش idle» پس منظر کے کام اور وسائل کے مقابلے میں تصدیق شدہ کمی ہے، نہ کہ FPS میں اضافہ: اس تحقیق میں حتمی گیمنگ اثر کی پیمائش نہیں کی گئی۔

حالت: اثر کی سمت ایک Windows 11 بلڈ پر ورچوئل مشین میں دو آزاد سیریز میں دوبارہ پیدا ہوئی۔ سیریز کے درمیان مقداریں مختلف ہیں کیونکہ Windows کا پس منظر کا کام جھٹکوں میں آتا ہے: Microsoft Defender کی اسکیننگ والی ونڈو میں CPU کی مصروفیت کا فرق −67 % تک پہنچتا ہے، پہلے سے خاموش ونڈو میں −17 %۔

قابلِ تصدیق دعویٰ

ہم نے چار دعوے جانچے:

1. پس منظر کے اجزاء کو بند کرنا idle میں نظام کی سرگرمی کو نمایاں طور پر کم کرتا ہے۔
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 منٹ، idle کے 5 منٹ؛
• مختصر مصنوعی بوجھ: 1، 4 اور 8 تھریڈز، میموری پر بوجھ، ٹکٹک بوجھ اور ترجیحات کے مرکب۔

پیمائشوں میں حقیقی گیمز، GPU بوجھ، فزیکل ہارڈویئر اور طویل ونڈوز (گھنٹے اور دن) شامل نہیں تھے۔

طریقہ کار

پروٹوکول «ہم Windows کی تحقیق کیسے کرتے ہیں» کے مطابق ہے:

• ہر مرحلہ ETW ٹریس (Windows Performance Recorder، CPU، ڈسک، فائلوں اور نیٹ ورک کے ہلکے پروفائلز) اور کارکردگی کاؤنٹرز کے ساتھ 5 سیکنڈ (نظام) اور 15 سیکنڈ (فی پروسیس) کے وقفے سے ریکارڈ کیا گیا؛
• «بوٹ کے بعد» کا مرحلہ کنٹرول شدہ ری بوٹ سے شروع کیا گیا اور تقریباً ایک منٹ کے اپ ٹائم پر شروع ہوا؛
• ہر ٹریس میں گم شدہ ایونٹس کی تعداد جانچی گئی — تمام بیان کردہ ونڈوز میں یہ صفر ہے؛
• اوسط صرف مرحلے کی حدود کے اندر مکمل پانچ سیکنڈ کے وقفوں پر لیا گیا (فی مرحلہ 59 وقفے)؛
• سیریز 2 میں پہلا «پہلے» رن ورچوئل مشین کے سونے کی وجہ سے خارج کیا گیا؛ دہرائی استعمال کی گئی؛
• بوجھ کے ٹیسٹ دو بار کیے گئے، میڈین دیے گئے ہیں؛ CPU کی مصروفیت چار vCPU پر نارملائز کی گئی ہے۔

«پہلے» اور «بعد» ایک ہی Windows انسٹالیشن کی حالتیں ہیں: «بعد» آپٹیمائزیشن پروفائل لاگو کرنے سے حاصل ہوئی، «پہلے» اصل حالت ہے۔ ترتیبات کا پورا مجموعہ تبدیل کیا گیا، اس لیے کسی ایک الگ تھلگ بندش کا انفرادی حصہ نہیں جانچا گیا۔

نتائج

Idle

سیریز 1 (2026-09-18) — بغیر فعال دیکھ بھال کے مستحکم idle:

میٹرک	پہلے	بعد	تبدیلی
CPU کی مصروفیت، %	2,48	2,06	−17 %
DPC + ISR، % CPU	1,73	1,59	−8 %
کانٹیکسٹ سوئچز، /s	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/s	22,6	24,4	+8 %
ڈسک پر لکھنا، KB/s	311,3	262,1	−16 %
نیٹ ورک (وصولی)، KB/s	132,6	2,2	−98 %
نیٹ ورک (ارسال)، KB/s	43,2	4,7	−89 %

سیریز 2 (2026-09-19) — وہی idle ونڈو، لیکن «پہلے» حالت میں Microsoft Defender کی پس منظر اسکیننگ جاری تھی:

میٹرک	پہلے	بعد	تبدیلی
CPU کی مصروفیت، %	33,37	11,03	−67 %
کانٹیکسٹ سوئچز، /s	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/s	7,42	0,01	−99,9 %
ڈسک پر لکھنا، MB/s	4,57	0,23	−95,0 %

سیریز 2 کے idle میں دونوں حالتوں میں نیٹ ورک تقریباً نہیں تھا (سیکنڈ میں درجنوں بائٹس)، اس لیے اس کے لیے نیٹ ورک کی سطریں نہیں دی گئیں۔ سیریز کے درمیان فرق تضاد نہیں بلکہ خود پس منظر کی خصوصیت ہے: جب Windows دیکھ بھال کر رہا ہو تو پس منظر کے اجزاء بند کرنے سے زیادہ بچت ہوتی ہے؛ جب ونڈو پہلے سے خاموش ہو تو کم۔

بوٹ کے بعد پہلے منٹ

میٹرک	سیریز 1 (پہلے → بعد)	سیریز 2 (پہلے → بعد)
CPU کی مصروفیت، %	3,42 → 2,59	14,62 → 11,88
کانٹیکسٹ سوئچز، /s	1 114 → 600	1 257 → 393
پروسیسز	132 → 74	139 → 64
تھریڈز	—	1 719 → 746
مصروف فزیکل میموری، MB	—	2 821 → 1 581
دستیاب میموری، MB	—	5 370 → 6 610
ڈسک سے پڑھنا، KB/s	—	826 → 433
ڈسک پر لکھنا، KB/s	634 → 418	709 → 298
نیٹ ورک (وصولی)، KB/s	—	1,15 → ~0

ڈیش کا مطلب ہے کہ اس سیریز میں مرحلے کے لیے یہ میٹرک ریکارڈ نہیں کی گئی۔

ترکیب اور میموری

idle میں انوینٹری کا اسنیپ شاٹ (سیریز 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)، بھوک نہیں دیکھی گئی، اور آپٹیمائزیشن کے بعد idle میں CPU کی قطار تقریباً خالی ہے۔

پس منظر کہاں جاتا ہے

«پہلے» حالت میں پس منظر کی سرگرمی کے پیمائش شدہ ذرائع:

• اینٹی وائرس اسکیننگ — سیریز 2 کی ونڈو میں سب سے بڑا ذریعہ: پروسیس MsMpEng.exe نے پانچ منٹ کی idle ونڈو میں 212 CPU سیکنڈ خرچ کیے؛
• اصل حالت میں سرچ سروس، SysMain سروس، ٹیلی میٹری، پرنٹ مینیجر اور دیگر اجزاء کام کر رہے تھے — آپٹیمائزیشن پروفائل تقریباً 50 پس منظر سروسز اور 58 شیڈول شدہ ٹاسکس کو بند حالت میں لے جاتا ہے؛
• بوٹ کے بعد سرگرمی Windows اپ ڈیٹ آرکسٹریٹر کے ساتھ آتی ہے۔

پس منظر کے اجزاء کو بند کرنا پس منظر کو مکمل طور پر ختم نہیں کرتا: آپٹیمائزڈ حالت میں ایپلیکیشن کمپیٹیبلٹی اسسمنٹ کام کرتی رہی (دیکھ بھال کی ونڈو میں تقریباً 3,7 ms CPU فی سیکنڈ)، اور مستحکم idle میں مجموعی بقایا پس منظر 4,8 ms CPU فی سیکنڈ تھا — چار vCPU کی صلاحیت کا تقریباً 0,12 % (ٹریس سے پیمائش شدہ)۔

کیا تصدیق ہوئی

• دوبارہ پیدا ہوا (دو آزاد سیریز): پروسیسز کی تعداد −49…−56 %، تھریڈز −49…−57 %، دستیاب میموری +1,0–1,5 GB۔
• پیمائش شدہ (سیریز 2): idle میں commit −52 %؛ مصروف فزیکل میموری idle میں −49 % اور بوٹ کے بعد کے مرحلے میں −44 %۔
• پیمائش شدہ: idle میں 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 کے interrupt handlers سے تقریباً 10 % مختلف ہوتا ہے اور درست مجموعے میں نہیں ملتا۔
• سیریز 2 کی «پہلے» ونڈو میں Defender کی فعال اسکیننگ تھی، اور ونڈوز کے درمیان ہوسٹ کا بوجھ مختلف تھا (اوسطاً 44 % بمقابلہ 24 %)۔ اس لیے مقداریں مخصوص ونڈوز سے منسلک ہیں؛ سمت کی تصدیق دو سیریز سے ہوئی۔
• سیریز 1 میں idle مرحلے کا ایک حصہ ورچوئل مشین کے بیرونی وقفے سے تقریباً 26 سیکنڈ کے لیے رکا؛ کیپچر بحالی کے بعد مکمل ہوا، گم شدہ ایونٹس نہیں ہیں۔
• بوجھ کے ٹیسٹ — دو دہرائیاں: یہ توصیفی اعداد و شمار ہیں، شماریاتی اہمیت کی جانچ نہیں کی گئی۔
• idle میں بچت کا ایک حصہ Microsoft Defender کے تحفظ کے اجزاء بند کرنے سے جڑا ہے۔ اینٹی وائرس تحفظ کے بغیر نظام — ایک سوچا سمجھا سمجھوتہ ہے، نہ کہ بغیر لاگت آپٹیمائزیشن؛ تحفظ بند کرنا قیمت سمجھ کر کرنا چاہیے۔
• پیمائشی پرت (ٹریس اور کاؤنٹرز) خود تھوڑا پس منظر بوجھ پیدا کرتی ہے؛ یہ دونوں حالتوں میں موجود ہے۔

تحقیق اور استعمال شدہ اوزار BoosterX کے ڈویلپر کی ملکیت ہیں، اس لیے ڈویلپر کا نتائج میں براہ راست مفاد ہے۔ طریقہ کار اور اطلاق کی حدود اوپر بیان کی گئی ہیں، اور نتائج کھلے ڈیٹا اور درج عوامی ذرائع سے جانچے جا سکتے ہیں۔

عملی نتیجہ

پس منظر کے شور میں کمی — ایک حقیقی، دو بار دوبارہ پیدا ہونے والا اثر ہے: آدھے پروسیسز اور تھریڈز، آدھی میموری کی ذمہ داریاں، idle میں ڈسک اور نیٹ ورک کی سرگرمی کئی گنا کم۔ یہ بذات خود مفید ہے — نظام کی ردعمل، پس منظر کے کاموں، درجہ حرارت، پنکھوں کے شور اور بیٹری کے وقت کے لیے، — اور اس کے لیے FPS کے وعدوں کی ضرورت نہیں۔

اس سے کیا توقع نہیں کرنی چاہیے: مکمل بوجھ کے تحت کارکردگی میں اضافہ۔ اگر CPU پہلے ہی مفید کام سے ~89 % صلاحیت پر لدا ہو، تو پس منظر کی سرگرمی بند کرنا باقی 11 % نہیں بڑھائے گا — ورچوئل مشین میں یہ Windows کی ملکیت نہیں۔ موازنے کے وقت نظام جس کام میں مصروف ہو، اتنا ہی زیادہ نظر آنے والا اثر ہوتا ہے: دیکھ بھال کی ونڈو میں فرق کئی گنا، خاموش ونڈو میں معتدل۔

سفارش: اپنے کمپیوٹر پر کسی بھی تبدیلی سے پہلے اور بعد پس منظر کا جائزہ لیں (Task Manager → «کارکردگی» اور «پروسیسز»، Resource Monitor)، نہ کہ دوسروں کے فیصد پر انحصار کریں۔ اگر مقصد کسی مخصوص گیم میں FPS ہے، تو تبدیلی سے پہلے اور بعد بالکل اسی کی پیمائش کریں۔

حالت کی بحالی

دونوں سیریز الگ تھلگ ورچوئل مشینوں میں ڈسک کی آزاد کاپیوں پر کی گئیں؛ پیمائش کے بعد مشینیں اصل حالتوں میں واپس لائی گئیں۔ مضمون قاری سے ترتیبات تبدیل کرنے کا تقاضا نہیں کرتا، اس لیے صارف کے کمپیوٹر پر الگ بحالی کارروائی کی ضرورت نہیں۔

عوامی بنیادی ذرائع

• Microsoft: Windows Performance Recorder — ETW ٹریس ریکارڈ کرنے کا اوزار، جو طریقہ کار میں استعمال ہوا؛ 2026-09-20 کو جانچا گیا۔
• Microsoft: About Event Tracing — ETW ماڈل اور گم شدہ ایونٹس کی جانچ؛ 2026-09-20 کو جانچا گیا۔
• Microsoft: Windows میں Microsoft Defender Antivirus — Defender کے پروسیسز اور سروسز، بشمول MsMpEng.exe (Task Manager میں «Antimalware Service Executable»)؛ 2026-09-20 کو جانچا گیا۔
• ہم Windows کی تحقیق کیسے کرتے ہیں — ثبوت کی سطحیں اور پیمائش کا پروٹوکول۔
• Service Host اور Windows 11 کے پس منظر کے اجزاء — Windows پس منظر کی سروسز کو پروسیسز میں کیسے رکھتا ہے۔
• Windows میں واقعی کتنی میموری آزاد کی جا سکتی ہے — اسی تجربے سے میموری کا تفصیلی تجزیہ۔
• ڈیسک ٹاپ بمقابلہ لاگ ان اسکرین — تسلسل: صارف سیشن کا شور کن چیزوں سے بنتا ہے۔

تبدیلیوں کی تاریخ

• 2026-09-20: پہلی اشاعت — idle کی پیمائش کی دو آزاد سیریز، بوٹ کے بعد کے مراحل، انوینٹری اور بوجھ کے ٹیسٹ۔
• 2026-09-20: سیریز کے مطابق نتائج کی انتساب واضح کی گئی (commit اور مصروف فزیکل میموری — صرف سیریز 2؛ پروسیسز −49…−56 %)؛ مفادات کے تصادم کا ڈس کلیمر معیاری عبارت پر لایا گیا۔