لحظة تهنيج المتصفح: سجل تشخيص يميز CPU و RAM و IPC و GPU

عندما يتوقف المتصفح عن الاستجابة، تكون كلمة تهنيج وصفًا لما شعر به المستخدم، وليست تشخيصًا. قد يتزامن العرض مع عمل حسابي أو ضغط ذاكرة أو تدفق رسائل أو مشكلة رسم أو إدخال وإخراج بطيء. بدل البدء بتغيير الإعدادات، يركز هذا الدليل على التقاط لحظة العطل وبناء فرضية يمكن اختبارها، داخل بيئة تملك صلاحية فحصها ومن دون ادعاء أن الأعراض وحدها تثبت السبب.

اكتب وصفًا للحادثة قبل إعادة التشغيل

سجل وقت بداية التوقف، والإجراء الذي سبقه، وهل تعطلت صفحة واحدة أم الواجهة كلها، وهل عادت الاستجابة تلقائيًا. اذكر مدة التشغيل التقريبية وعدد الصفحات والعمليات وقت الملاحظة إن أمكن. احتفظ بالإصدار والإعدادات ذات الصلة، واستخدم نسخة تجريبية من البيانات عند محاولة الإعادة. لا تؤخر استعادة عمل ضروري من أجل سجل كامل؛ لكن دوّن ما فقدته من معلومات بعد الإغلاق، بدل إعادة بناء تفاصيل لم تلاحظها.

ضع CPU و RAM على الخط الزمني نفسه

ارتفاع CPU قد يشير إلى عمل حسابي أو حلقة تنفيذ أو رسم كثيف، لكنه لا يحدد أيها من دون فحص إضافي. ضغط RAM قد يترافق مع جمع قمامة متكرر أو تبديل ذاكرة، ولا يكفي حجم الذاكرة المحجوزة وحده لإثبات السبب. قارن المؤشرات قبل الحدث وأثناءه وبعده، وراجع العمليات بدل الاكتفاء بإجمالي الجهاز. المطلوب معرفة أي إشارة بدأت تنحرف أولًا، ثم مطابقتها مع سجلات العمل الذي كان يجري في اللحظة نفسها.

افحص تدفق IPC حين تتكرر الأحداث

رسائل IPC تربط عمليات، وقد يشتبه الفريق في تدفق كثيف عندما تتكرر أحداث أو رسائل بلا قيمة جديدة واضحة. إذا كنت تطور التطبيق وتملك سجلاته، راجع عدد الأحداث وتسلسلها وسبب إرسالها في النافذة الزمنية للحادثة. خفف تدفقًا محددًا داخل تجربة مضبوطة ثم أعد السيناريو. لا تعتبر أي رسائل كثيرة خطأ تلقائيًا، ولا تفترض قدرة مستخدم المتصفح العادي على رؤية كل هذا المسار؛ قد يحتاج الفحص إلى أدوات وصلاحيات لدى فريق التطوير.

راجع الرسم والإدخال والإخراج كفرضيات

قد تظهر مشكلات GPU مع الفيديو أو WebGL أو تركيب الطبقات، لذلك سجل ما كان معروضًا وقت التوقف وحالة عملية الرسم إن أمكن. اختبر تخفيف عنصر مرئي واحد في صفحة تجريبية بدل تعطيل عدة مكونات دفعة واحدة. وإذا لم تتوافق إشارات CPU والذاكرة والرسم مع الحدث، اترك احتمال بطء I/O مفتوحًا واطلب السجلات المناسبة. عدم العثور على قمة في عداد واحد لا يبرهن على سلامة كل المسارات، كما أن تزامن مؤشرين لا يحدد اتجاه السببية.

سلّم فرضية قابلة لإعادة الإنتاج

اختبر تعديلًا واحدًا في كل محاولة، وكرر الخطوات نفسها بعده، بما يشمل مدة التشغيل التي سبقت الحادثة الأصلية. اختبار بدء التشغيل وحده لا يجيب عن عطل ظهر بعد جلسة طويلة. اكتب ما يؤيد الفرضية وما يعارضها، ثم أرفق إجراء إعادة مختصرًا لفريق الإصلاح. بعد إثبات السبب ومعالجته، اجعل السيناريو اختبار منع تراجع يناسبه. أما إثبات بقاء الإصلاح مستقرًا بعد التعميم فمرحلة متابعة، لا بديل عن دليل يربط السبب بالعرض أولًا.