تخطَّ إلى المحتوى

اختبار الدواء الوهمي: هل تُسكِت الإعدادات الدقيقة في Registry النشاط الخلفي؟

على هذه الصفحة

الإجابة المختصرة

Section titled “الإجابة المختصرة”

لا. 17 معاملًا «دقيقًا» في Registry، تُوصف في أدلة التحسين بأنها تكتم النشاط الخلفي، لم تخفّض مجموع النشاط الخلفي: بقيت عمليات Registry والملفات ضمن نطاق التشتت الطبيعي للساعات النظيفة. أُثبت التأثير الموضعي لآليتين فقط: أدى تعطيل LLMNR إلى تصفير طلبات الشبكة المقابلة، وأوقفت مجموعة Telemetry الاستقصاء الدوري لإعدادات DiagTrack (−98–99.8%). وثلاثة معاملات أخرى قُرئت، لكنها لم تُنتج تأثيرًا ملحوظًا.

الحالة: قيست في جولة A/B واحدة مع أربع ساعات ضابطة على Windows 11 26H2 في جهاز افتراضي. حكم «لا تأثير» يخص النشاط الخلفي الملحوظ في الخمول؛ أما المعاملات ذات فترة العمل الطويلة فلم تكفِ نافذة القياس لتقييمها.

الادعاء قيد الاختبار

Section titled “الادعاء قيد الاختبار”

ادعاء عام واحد: تطبيق مجموعة معروفة من 17 معاملًا في Registry يخفّض النشاط الخلفي لـ Windows الخاملة تخفيضًا ملحوظًا. إضافة إلى 17 ادعاءً خاصًا: هل يغيّر كل معامل السلوك الملحوظ.

نطاق البحث

Section titled “نطاق البحث”
  • Windows 11 Pro، build 26300.9457 (26H2)، جهاز افتراضي، نظام مستقر؛
  • 17 معاملًا في Registry من بين الموصى بها كثيرًا: Telemetry، والتشخيص، والشبكات، والتوافق، والبحث؛
  • نافذة مع المعاملات: 9.2 دقيقة بعد 3 دقائق من الاستقرار؛ نافذة ضابطة نظيفة بالمدة نفسها، إضافة إلى أربع ساعات ضابطة إضافية من التشغيل نفسه؛
  • المقاييس: عمليات إطلاق العمليات والخيوط، وعمليات Registry والملفات والشبكة عبر تتبع Kernel؛
  • طُبقت جميع المعاملات في وقت واحد، واستُعيدت فور انتهاء القياس.

لم يُفحص: الحمل السيناريوي (التثبيت، والتحديثات، وتشغيل التطبيقات)، والمعاملات ذات فترة عمل أطول من النافذة، والعتاد الفيزيائي، وبنيات أخرى.

المنهجية

Section titled “المنهجية”

A/B صارم على دورة إقلاع واحدة: نافذة مع المعاملات المطبقة مقابل نافذة نظيفة بالمدة نفسها، إضافة إلى أربع ساعات نظيفة ضابطة لتقدير التشتت الطبيعي. جُمعت أحداث التتبع في Kernel حسب العمليات؛ واستُبعد ضجيج المراقبة المصاحب. طُبّعت المعدلات على الدقيقة؛ وللتحصين ضد الطفرات قُورنت وسائط المجاميع الدقيقة دون الدقيقة الأولى.

النتائج

Section titled “النتائج”

النشاط الخلفي الإجمالي: تعادل

Section titled “النشاط الخلفي الإجمالي: تعادل”
المقياس مع المعاملات النافذة النظيفة الساعات النظيفة (التشتت) الحكم
إطلاق العمليات/دقيقة 2549 2601 2601 تعادل
عمليات Registry/دقيقة 14235 14780 14394–18951 ضمن نطاق التشتت
عمليات الملفات/دقيقة 3098 4472 3251–4472 ضمن نطاق التشتت

التغير الطبيعي في الساعات الخلفية (حتى 28% في Registry) أكبر من أي تأثير للمجموعة. الفروق الخام «−13% في Registry» و«−53% في الملفات» تفسّرها طفرة الدقيقة الأولى من المراقبة، لا المعاملات.

ما تغيّر فعليًا

Section titled “ما تغيّر فعليًا”
الآلية النتيجة الدليل
تعطيل LLMNR (تحليل الأسماء عبر multicast) طلبات LLMNR: 17.8–20.7 خلال 10 دقائق في جميع الساعات النظيفة → 0 احتمال العشوائية أقل من 1e-7؛ وطلب mDNS المزدوج استمر في الوصول
مجموعة Telemetry (AllowTelemetry ×2 + منع رفع DiagTrack) نشاط مضيف Telemetry: 131–1950 عملية Registry/دقيقة → 3 أُوقف الاستقصاء الدوري لإعدادات Telemetry فورًا

طُبقت مجموعة Telemetry بثلاثة معاملات في وقت واحد، لذا يتعذر فصل مساهمة كل منها في هذه التجربة.

ما دُحض

Section titled “ما دُحض”
المعامل المتوقع الفعلي
تعطيل mDNS توقف طلبات mDNS لم يتغير التكرار: 35.9 خلال 10 دقائق مقابل 29.6–35.6 في الساعات النظيفة؛ القيمة تُقرأ بواسطة Service
تعطيل NetBIOS over TCP/IP توقف طلبات NetBT الإيقاع مطابق: 16.8 مقابل 16.1–16.7 خلال 10 دقائق
تعطيل auto-DoH انخفاض طلبات DNS بلا تغيير؛ في هذا النظام لم يكن auto-DoH نشطًا أصلًا

ما لم تفحصه هذه النافذة

Section titled “ما لم تفحصه هذه النافذة”

بقي عشرة معاملات دون حكم: أربعة من تشخيص WDI لم تُقرأ في النافذة، وفترات عملها أطول من 9 دقائق أو تظهر فقط تحت الحمل السيناريوي؛ وخنق تتبع البحث يؤثر في قناة البحث الخاصة به، وهي لم تدخل في الالتقاط؛ ومعاملات التوافق وUSB لم يكن لها نشاط في الخمول لتُفحص.

حقيقة جانبية مهمة: تطبيق المعاملات في فروع السياسات أيقظ بنفسه تحديث Group Policy وService التطبيقات — وهي «كلفة تطبيق» لمرة واحدة تبدو في نافذة قصيرة كنمو في النشاط.

ما تأكد

Section titled “ما تأكد”
  • قياسًا: لا يوجد انخفاض إجمالي في العمليات الخلفية؛ المعدلات مع المعاملات تقع داخل تشتت الساعات النظيفة.
  • قياسًا: تعطيل LLMNR يوقف طلبات LLMNR تمامًا، دون المساس بـ mDNS وNetBIOS.
  • قياسًا: مجموعة Telemetry توقف الاستقصاء الدوري لإعدادات DiagTrack (−98–99.8% من نشاط المضيف).
  • ملاحظة: معاملا mDNS وNetBIOS يُقرآن بواسطة Service، لكنهما لا يُنتجان تأثيرًا ملحوظًا.

ما لم يتأكد

Section titled “ما لم يتأكد”
  • تأثيرات معاملات WDI والتوافق وUSB وخنق البحث: النافذة أو قنوات المراقبة لم تكن مناسبة.
  • مساهمة كل معامل Telemetry على حدة.
  • السلوك على بنيات أخرى وعتاد فيزيائي.
  • أي تأثيرات تحت الحمل: لم يُقس سوى الخمول.

القيود

Section titled “القيود”

نافذة واحدة لكل حالة دون عشوائية في الترتيب. التغير الخلفي في Windows كبير، لذا يستند استنتاج التعادل إلى أربع ساعات ضابطة، لا إلى زوج نوافذ واحد. توقفت بعض سجلات Scheduler عن كتابة الأحداث أثناء النافذة مع المعاملات؛ والمهام المجدولة التي عملت في ذلك الوقت تُرى عبر العمليات، لا عبر السجل. الأحكام الموضعية (LLMNR، Telemetry) مستقرة: التأثير موجود في جميع الساعات الضابطة ويُصفَّر في النافذة مع المعاملات.

الاستنتاج العملي

Section titled “الاستنتاج العملي”

الفصل بين «المعامل يُقرأ» و«المعامل يتحكم في السلوك» هو الأهم. من بين 17 إعدادًا مفحوصًا، مجموعتان فقط تغيّران السلوك الملحوظ فعليًا، ولكلتيهما نقاط تحكم قياسية خاصة: LLMNR في BoosterX يغلقه إعداد «تحليل الأسماء المحلية»، وTelemetry يغلقها «Telemetry في سياسة جمع البيانات» مع «مسجلات ETW التلقائية الخلفية». أما بقية النشاط الخلفي لـ Windows الخاملة فينتجه Defender وWMI وفحوص الترخيص وStore — ومعاملات Registry «الدقيقة» في هذه المجموعة لا تكتمها.

مواد ذات صلة: بحث «الخمول الهادئ» يوضح ما يخفّض النشاط الخلفي فعليًا؛ و«سطح المكتب مقابل شاشة الدخول» يشرح مما يتكون الضجيج المتبقي.

استعادة الحالة

Section titled “استعادة الحالة”

استُعيدت جميع القيم الـ 17 فور إيقاف القياس؛ وسُجّل الرجوع الناجح بلقطات. لم يُعد تشغيل النظام قبل الاستعادة.

المصادر والحدود

Section titled “المصادر والحدود”

أُجريت القياسات بواسطة BoosterX Research على الجهاز الافتراضي الموصوف. البحث مملوك لمطوّر BoosterX، لذا للمطوّر مصلحة مباشرة في النتيجة؛ والمنهجية والحدود موصوفة أعلاه، ويمكن التحقق من الاستنتاجات عبر المنهجية المفتوحة.

آخر فحص: 2026-09-22.