[مراجعة استكشاف الأعطال] بطء Chrome ليس بسبب نقص الذاكرة: تكرار إعادة المحاولة في Cloudflare Challenge يسبب CPU مرتفعًا (إعادة نشر من مستخدم AIYA)

الخلفية

هذا التحقيق يتناول حالة حدوث بطء/تقطّع واضح في Chrome على Windows، مع أن ذاكرة النظام لم تصل إلى الحد الأقصى.

الأعراض في الموقع:

  • تفاعل المتصفح يصبح ثقيلاً/غير سلس، مع تأخر ملحوظ في الإدخال
  • «إدارة المهام» تُظهر أن الذاكرة ما تزال فيها سعة
  • استخدام CPU في Chrome قد يرتفع فجأة

خطوات الاستقصاء (من دون إغلاق علامات التبويب أولاً)

  1. أخذ عينات متتالية لعمليات chrome.exe الفرعية، وإحصاء ذروة/متوسط استخدام CPU لكل PID
  2. في «مدير مهام Chrome» (Shift+Esc) ترتيب حسب CPU وإظهار PID
  3. مطابقة PID المأخوذة من عينات النظام مع عناصر مهام Chrome واحداً بواحد

الدليل الحاسم

  • ضمن نافذة 120 ثانية، بلغت ذروة CPU الإجمالية لـ Chrome حوالي 39.30%
  • PIDات عالية الاستخدام ومشبوهة: 6952، 42292، 4956
  • في «مدير مهام Chrome»:
    • PID 6952 = إطار فرعي: https://challenges.cloudflare.com/
    • PID 42292 = إطار فرعي: https://challenges.cloudflare.com/
  • PID 6952 وصل مؤقتاً إلى 81.8% CPU
  • في الوقت نفسه، يمكن رؤية أن عملية الإضافة (Tampermonkey النسخة التجريبية) تستهلك ذاكرة مرتفعة، ما قد يضخّم مشكلة إعادة محاولة Challenge

الخلاصة

جوهر هذا النوع من التقطّع ليس الذاكرة، بل إعادة المحاولة المتكررة لإطار Cloudflare Challenge الفرعي:

  • استمرار تشغيل سكربت التحقق (JS/WASM)
  • عند تزامن عدة إطارات فرعية، يتراكم استهلاك CPU ويتزاحم على المعالج
  • يظهر بطء/تقطّع واضح في الصفحة

لماذا قد يتم “تفعيل CF باستمرار”

أسباب شائعة:

  • بعد استعادة علامة تبويب كانت مفتوحة لفترة طويلة، تكون challenge token/cookie قد انتهت صلاحيتها
  • تغيّر مخرج البروكسي، فتعتبر Cloudflare أن الجلسة غير متصلة/غير متسقة
  • سياسات ملفات تعريف الارتباط/التخزين المحلي تمنع كتابة الحالة (state) بشكل رجعي
  • سكربتات المستخدم/الإضافات المحقونة تتداخل مع challenge iframe
  • عدة علامات تبويب للموقع نفسه تُفعّل التحقق بالتوازي، فتتراكب إعادة المحاولة عند الفشل

النتيجة الفعلية

بعد إغلاق الصفحات ذات الحمل العالي ذات الصلة، عادت سلاسة المتصفح فوراً، ما يؤكد صحة الإسناد.

فحص سريع ذاتي لمشكلات مشابهة

  1. افتح «مدير مهام Chrome» عبر Shift+Esc، ورتّب حسب CPU مع إظهار PID
  2. افحص أولاً ما إذا كان هناك إطار فرعي challenges.cloudflare.com يستهلك CPU بشكل غير طبيعي
  3. عطّل مؤقتاً إضافة سكربتات المستخدم على الموقع المستهدف ثم راقب
  4. راجع قواعد البروكسي، وعند الحاجة اجعل *.cloudflare.com اتصالاً مباشراً للمقارنة
  5. تأكد من أن سياسة Cookie/بيانات الموقع لا تمنع استمرارية (persist) حالة التحقق