هل سبق أن ظهر أمامك عطل واضح جدًا، فقلت في نفسك: "وجدتها! هذه هي القطعة التالفة"، ثم استبدلتها لتكتشف أن المشكلة ما زالت موجودة؟
ربما أصبح الكمبيوتر بطيئًا، فاتهمت المعالج.
أو بدأ الجهاز في التجمّد، فقلت إن RAM تالفة.
أو أصبحت الألعاب تقطع، فظننت أن بطاقة الرسومات انتهى عمرها.
أو انخفضت سرعة الإنترنت، فبدأت تلوم الراوتر.
المشكلة أن الجهاز لا يخبرك دائمًا بالحقيقة الكاملة.
هو يعطيك عرضًا، وأنت تقوم بتحويل هذا العرض إلى تشخيص.
وهنا تحدث الكارثة.
في الأنظمة التقنية المعقدة، يمكن أن يظهر العطل في مكان بينما يكون السبب الحقيقي في مكان آخر تمامًا. المعالج قد يبدو ضعيفًا لأن الحرارة تمنعه من الوصول إلى سرعته الطبيعية. القرص قد يبدو بطيئًا لأن الذاكرة ممتلئة ويستخدم النظام Page File. بطاقة الرسومات قد تبدو عاجزة بينما المشكلة في الطاقة أو الحرارة. وحتى انقطاع الشبكة قد يكون سببه كابل صغير أو فقدان حزم، وليس مزود الخدمة.
 |
| جهازك يكذب عليك.. عندما يكون العطل في مكان آخر |
إذن، ماذا يعني أن جهازك يكذب عليك؟
لا يعني أن الكمبيوتر يملك نية لإخفاء المشكلة، بالطبع. المقصود أن الأعراض قد تكون مضللة، لأنها تظهر في المكان الذي وصل إليه أثر العطل، وليس بالضرورة في المكان الذي بدأ منه.
وهنا تحتاج إلى تغيير طريقة تفكيرك بالكامل.
بدل أن تسأل:
"ما القطعة التي تبدو معطلة؟"
ابدأ بالسؤال:
"ما السبب الذي يمكن أن يجعل هذه القطعة تبدو معطلة؟"
وهذا الفرق الصغير قد يوفر عليك شراء قطع جديدة، وإعادة تثبيت النظام، وفك الجهاز، وإضاعة ساعات في تجارب لا تصل إلى السبب الحقيقي.
العطل ليس دائمًا حيث ترى المشكلة
تخيل أن لديك سيارة، وضغطت على دواسة الوقود، لكنها لا تتسارع بالشكل المتوقع.
هل يعني ذلك أن المحرك تالف؟
ليس بالضرورة.
قد يكون هناك خلل في الوقود، أو الهواء، أو ناقل الحركة، أو نظام التحكم، أو حتى في أحد الحساسات.
النتيجة التي تراها هي ضعف التسارع، لكن السبب قد يكون في مكان مختلف تمامًا.
الكمبيوتر يعمل بالطريقة نفسها.
إذا انخفض الأداء، فهذا لا يعني أن المكوّن الذي يظهر عليه الحمل هو السبب.
إذا رأيت CPU Usage عند 100%، فهذا لا يعني أن المعالج تالف.
وإذا رأيت Disk Usage عند 100%، فهذا لا يعني أن SSD يحتضر.
وإذا وصلت حرارة GPU إلى مستوى مرتفع، فهذا لا يعني بالضرورة أن البطاقة الرسومية نفسها بها عيب.
الأرقام تعرض لك ما يحدث، لكنها لا تخبرك دائمًا لماذا يحدث.
أول كذبة: المعالج عند 100% إذن المعالج هو المشكلة
هذه واحدة من أكثر الأخطاء شيوعًا.
تفتح Task Manager في ويندوز، وتجد أن استخدام المعالج وصل إلى 100%.
فتقول:
"المعالج لا يتحمل."
لكن توقف لحظة.
من الذي يستهلك المعالج؟
قد يكون برنامجًا في الخلفية.
قد يكون تحديث ويندوز.
قد يكون برنامج حماية.
قد يكون متصفحًا يحتوي على عشرات التبويبات.
وقد يكون برنامجًا واحدًا يستخدم خيطًا تنفيذيًا Thread بكثافة.
والأهم أن ارتفاع الاستخدام لا يعني أن المعالج يعاني من عطل مادي.
قد يكون ببساطة ينفذ العمل المطلوب منه.
لكن هناك سيناريو أكثر خداعًا.
قد ترى استخدام CPU منخفضًا نسبيًا، ومع ذلك يكون الكمبيوتر بطيئًا جدًا.
كيف؟
لأن البرنامج قد يعتمد على نواة واحدة أو خيط واحد، بينما بقية الأنوية لا تزال غير مشغولة.
إذن متوسط استخدام المعالج لا يروي القصة كاملة.
إذا كان CPU منخفضًا والجهاز بطيئًا.. لا تحتفل
قد يبدو هذا تناقضًا.
الجهاز بطيء، لكن CPU عند 30%.
أين المشكلة إذن؟
قد تكون في RAM.
قد يكون النظام يعاني من ضغط الذاكرة، وينقل أجزاء من البيانات بين RAM والتخزين.
وقد تكون المشكلة في SSD.
وقد يكون أحد البرامج ينتظر عملية إدخال وإخراج I/O – Input/Output.
وقد تكون الشبكة بطيئة إذا كان التطبيق يعتمد على خادم خارجي.
وقد يكون هناك تأخير في استجابة برنامج معين.
لذلك لا تستخدم قاعدة:
"المكوّن الذي لا يصل إلى 100% ليس سبب المشكلة."
هذه القاعدة خاطئة.
الأداء لا يعتمد على الاستخدام المرتفع فقط، بل يعتمد على زمن الاستجابة، والانتظار، والتردد، والحرارة، والاعتماد بين المكونات.
ثاني كذبة: القرص عند 100% إذن SSD تالف
إذا فتحت مدير المهام ورأيت القرص عند 100%، فمن السهل جدًا اتهام وحدة التخزين.
لكن ماذا يعني الرقم 100% فعلًا؟
يعني أن القرص مشغول بعمليات الإدخال والإخراج وفق الطريقة التي يقيس بها النظام نشاطه.
لا يعني تلقائيًا أن القرص يعمل بأقصى سرعة نقل بيانات ممكنة، ولا يعني أن القرص تالف.
قد يكون هناك عدد ضخم من عمليات القراءة والكتابة الصغيرة.
وهذا مهم لأن أداء التخزين لا يعتمد فقط على السرعة التسلسلية Sequential Speed.
هناك أيضًا عمليات عشوائية صغيرة Random I/O، ويمكن أن تكون طبيعتها مختلفة تمامًا.
قد تجد أن SSD قادر على نقل كمية كبيرة من البيانات بسرعة عالية، لكنه يعاني في سيناريو يحتوي على عدد كبير من العمليات الصغيرة والمتزامنة.
إذن:
100% Disk Usage ≠ SSD تالف.
قد تكون المشكلة في البرنامج الذي يطلب عمليات التخزين، أو في الذاكرة، أو في خدمة تعمل في الخلفية، أو في حالة النظام.
ثالث كذبة: RAM هي السبب لأن الجهاز يتجمد
التجمّد من أكثر الأعراض المضللة.
عندما يتوقف الكمبيوتر فجأة، يبدأ المستخدم غالبًا في التفكير في RAM.
وهي بالفعل احتمال وارد.
لكنها ليست الاحتمال الوحيد.
قد يحدث التجمّد بسبب:
تعريف Driver غير مستقر.
أو حرارة مرتفعة.
أو مشكلة في وحدة التخزين.
أو خلل في الطاقة.
أو برنامج يتسبب في توقف النظام.
أو مشكلة في بطاقة الرسومات.
أو حتى تعارض بين مكونات وبرامج مختلفة.
لذلك، إذا تجمد الجهاز مرة واحدة، لا تجعل ذلك دليلًا كافيًا على أن RAM تالفة.
راقب النمط.
هل التجمّد يحدث أثناء الألعاب؟
أثناء نسخ الملفات؟
عند الاستيقاظ من وضع السكون؟
بعد تشغيل برنامج معين؟
بعد تثبيت تعريف جديد؟
عند ارتفاع الحرارة؟
كل إجابة تضيف قطعة إلى اللغز.
رابع كذبة: بطاقة الرسومات ضعفت
تخيل أنك كنت تحصل على 100 إطار في الثانية في لعبة معينة، ثم أصبحت تحصل على 55 إطارًا.
أول فكرة قد تكون:
"GPU بدأت تضعف."
لكن بطاقة الرسومات لا تصبح ضعيفة فجأة بالضرورة.
افحص أولًا:
هل الحرارة ارتفعت؟
هل تردد GPU انخفض؟
هل هناك Thermal Throttling؟
هل تغير وضع الطاقة؟
هل تم تحديث تعريف الرسوميات؟
هل اللعبة تغيرت إعداداتها؟
هل هناك برنامج آخر يستهلك موارد البطاقة؟
هل المعالج أصبح هو نقطة الاختناق؟
هل الذاكرة أصبحت ممتلئة؟
هل تعمل اللعبة على البطاقة الرسومية الصحيحة؟
إذا انخفض تردد GPU بسبب الحرارة، فالبطاقة ليست بالضرورة "تحتضر".
هي قد تكون ببساطة تحمي نفسها من الحرارة.
خامس كذبة: ارتفاع الحرارة يعني أن القطعة نفسها تالفة
الحرارة المرتفعة تخبرك أن هناك مشكلة حرارية، لكنها لا تخبرك وحدها عن مصدرها.
إذا كان المعالج ساخنًا جدًا، فقد يكون السبب:
المعجون الحراري.
المشتت.
المروحة.
تدفق الهواء.
الغبار.
درجة حرارة الغرفة.
إعدادات الطاقة.
الحمل المرتفع.
أو حتى تركيبًا غير صحيح للمبرد.
إذن لا تقفز من:
"CPU حرارته مرتفعة"
إلى:
"CPU تالف."
هذه قفزة منطقية غير صحيحة.
الحرارة عرض يحتاج إلى تفسير.
سادس كذبة: الجهاز بطيء لأن المعالج قديم
هذه الجملة شائعة جدًا.
قد يكون جهازك قديمًا فعلًا، لكن هذا لا يعني أن كل بطء فيه سببه المعالج.
تخيل جهازًا بمعالج متوسط، وذاكرة RAM كافية، وSSD سريع، ونظام نظيف.
قد يكون أداؤه أفضل في بعض المهام من جهاز أحدث يحتوي على تخزين بطيء أو ذاكرة غير كافية أو حرارة مرتفعة.
بل يمكن أن يكون لديك جهاز قوي جدًا، لكن أحد القيود الصغيرة يمنعه من استخدام قوته.
وهنا نعود إلى مفهوم Bottleneck – عنق الزجاجة.
عنق الزجاجة ليس دائمًا القطعة الأضعف في المواصفات.
إنه المكوّن أو المرحلة التي تحد من أداء المهمة الحالية.
وقد يتغير من برنامج إلى آخر.
اللعبة قد تكشف المعالج.. وبرنامج آخر يكشف التخزين
هذا مثال مهم جدًا.
في لعبة تعتمد بشدة على GPU، قد تكون بطاقة الرسومات هي العامل المحدد.
في لعبة أخرى تعتمد على المعالج، قد يكون CPU هو العامل المحدد.
عند تشغيل برنامج لتحرير الفيديو، قد تدخل GPU وCPU وRAM والتخزين في أدوار مختلفة.
وعند تشغيل نموذج ذكاء اصطناعي محلي، قد تصبح GPU أو VRAM أو RAM عوامل حاسمة حسب البرنامج والنموذج.
إذن لا يوجد مكوّن واحد يمكن تسميته:
"عنق الزجاجة الدائم."
عنق الزجاجة يتغير حسب الحمل Workload.
سابع كذبة: الإنترنت بطيء إذن المشكلة في الراوتر
هنا تظهر الخدعة نفسها ولكن خارج الكمبيوتر.
إذا كانت سرعة الإنترنت منخفضة، قد يكون الراوتر السبب.
لكن قد تكون المشكلة في:
الكابل.
الواي فاي.
التشويش اللاسلكي.
بعد المسافة.
ازدحام الشبكة.
الخادم الذي تتصل به.
زمن الاستجابة Latency.
فقدان الحزم Packet Loss.
أو حتى جهازك نفسه.
وهذا يفسر لماذا قد يكون اختبار سرعة الإنترنت جيدًا، بينما موقع معين بطيء.
اختبار السرعة يقيس اتصالًا معينًا إلى خادم اختبار، بينما تجربتك الحقيقية قد تعتمد على خادم آخر ومسار شبكي مختلف.
إذن لا تجعل نتيجة اختبار واحدة تشخص الشبكة بالكامل.
ثامن كذبة: التطبيق هو المشكلة لأنه يتوقف
إذا توقف برنامج، قد يكون البرنامج نفسه هو السبب.
لكن ليس دائمًا.
قد يعتمد التطبيق على تعريف رسومات.
أو مكتبة نظام.
أو اتصال بالشبكة.
أو ملف موجود على التخزين.
أو ذاكرة RAM.
أو خدمة تعمل في الخلفية.
إذا توقف برنامج تحرير فيديو، مثلًا، فهذا لا يعني أن البرنامج "سيئ".
قد يكون المشروع كبيرًا جدًا بالنسبة للذاكرة المتاحة.
وقد يكون هناك خلل في تعريف GPU.
وقد يكون التخزين ممتلئًا.
وقد تكون هناك مشكلة في ملف معين.
إذن تعطل التطبيق هو نتيجة، وليس تشخيصًا كاملًا.
ابحث عن السلسلة وليس النقطة
هذه أهم قاعدة في الموضوع كله.
لا تنظر إلى الكمبيوتر كقطع منفصلة.
انظر إليه كسلسلة.
مثلًا:
المعالج → الذاكرة → التخزين → نظام التشغيل → التطبيق
إذا أصبح التطبيق بطيئًا، قد يكون السبب في أي نقطة من هذه السلسلة.
ومثال آخر:
GPU → Driver → نظام التشغيل → اللعبة → الشاشة
إذا ظهرت مشكلة رسومية، لا يعني ذلك أن GPU نفسها تالفة.
ومثال ثالث:
Wi-Fi → Router → ISP → Internet → Server
إذا كان موقع معين لا يفتح، فالمشكلة قد تكون في أي حلقة من هذه الرحلة.
كلما فهمت السلسلة، أصبح من الأسهل تحديد المكان الذي يجب أن تختبره.
كيف تكشف أن العطل يكذب عليك؟
هناك طريقة عملية ممتازة.
عندما ترى عرضًا معينًا، اكتب بجانبه ثلاثة احتمالات على الأقل.
مثلًا:
الجهاز بطيء
قد يكون:
CPU.
RAM.
SSD.
حرارة.
برنامج في الخلفية.
شبكة.
ثم لا تحاول إصلاحها كلها.
اختبر احتمالًا واحدًا.
إذا استبعدته، انتقل إلى التالي.
هذه الطريقة تسمى Differential Diagnosis في سياقات التشخيص، والفكرة التقنية منها بسيطة: بدل اختيار سبب واحد مبكرًا، احتفظ بمجموعة من الفرضيات ثم استخدم الاختبارات لتضييقها.
الاختبار الحقيقي يبدأ عندما تعزل المتغير
إذا كان الجهاز يتجمد أثناء الألعاب، لا تغير التعريف والرام والمعجون الحراري وإعدادات الطاقة في الوقت نفسه.
ابدأ بقياس الحرارة.
إذا كانت الحرارة طبيعية، انتقل إلى اختبار الذاكرة.
إذا كانت الذاكرة سليمة، اختبر التعريف.
إذا كان التعريف سليمًا، راقب الطاقة والترددات.
وهكذا.
لماذا؟
لأن تغيير عدة متغيرات في وقت واحد يقتل قيمة التجربة.
إذا اختفت المشكلة، لن تعرف ما الذي أصلحها.
وقد تعود المشكلة لاحقًا.
راقب ما يحدث قبل العطل وليس بعده فقط
هذه مهارة مهمة جدًا.
إذا تجمد الجهاز، لا تسأل فقط:
"ماذا حدث بعد التجمّد؟"
بل اسأل:
"ماذا كان يحدث قبل التجمّد بثوانٍ؟"
هل ارتفعت الحرارة؟
هل زاد استخدام RAM؟
هل ارتفع نشاط SSD؟
هل انخفض تردد المعالج؟
هل ظهر برنامج جديد في الخلفية؟
هل انقطع الاتصال بالشبكة؟
هل حدثت قفزة في استهلاك الطاقة؟
الأحداث التي تسبق المشكلة قد تكون أكثر قيمة من رسالة الخطأ نفسها.
لا تثق في رقم واحد
يمكن لرقم واحد أن يخدعك.
CPU = 90%.
هل هذا جيد أم سيئ؟
يعتمد على المهمة.
RAM = 85%.
هل هذا يعني أنها تالفة؟
لا.
Disk = 100%.
هل يعني أن SSD يحتضر؟
لا.
GPU = 95%.
هل يعني أن البطاقة بها مشكلة؟
غالبًا لا، فقد يكون هذا طبيعيًا أثناء تشغيل لعبة ثقيلة.
الرقم يصبح مفيدًا عندما تربطه بـ:
الزمن + الحرارة + التردد + الأداء الفعلي + نوع المهمة.
إذا انخفضت الإطارات من 100 إلى 50، وانخفض تردد GPU في الوقت نفسه مع ارتفاع الحرارة، أصبحت لديك علاقة أقوى بين السبب والنتيجة.
اختبر الأداء الفعلي وليس الإحساس فقط
قولك:
"الجهاز أصبح أبطأ."
معلومة مفيدة، لكنها غير دقيقة بما يكفي.
حاول تحويلها إلى قياس.
مثلًا:
التطبيق كان يفتح خلال 3 ثوانٍ وأصبح يحتاج 8.
اللعبة كانت تعمل عند 90 FPS وأصبحت 50.
نسخ ملف كبير كان يحتاج دقيقة وأصبح يحتاج ثلاث دقائق.
تشغيل برنامج معين كان يحتاج 20 ثانية وأصبح يحتاج دقيقة.
هنا أصبح لديك Baseline – خط أساس.
ويمكنك مقارنة النتائج بعد كل تغيير.
متى يكون الاستبدال منطقيًا؟
بعد الاختبار.
إذا فشلت وحدة RAM في اختبارات مناسبة، أصبح استبدالها منطقيًا.
إذا ظهرت مؤشرات قوية على فشل SSD، يصبح فحصه واستبداله منطقيًا.
إذا ثبت أن المروحة لا تعمل، استبدالها منطقي.
إذا ثبت أن الشاحن أو الكابل هو السبب، تغييره منطقي.
لكن لا تبدأ من عملية الاستبدال.
ابدأ من الدليل.
لأن شراء قطعة جديدة هو آخر خطوة في التشخيص، وليس أول خطوة.
هناك أعطال تكذب بطريقة أخطر
بعض الأعطال لا تظهر دائمًا.
تظهر مرة ثم تختفي.
وهذه أصعب من الأعطال المستمرة.
قد يكون السبب اتصالًا غير مستقر، أو حرارة، أو طاقة، أو مشكلة في الذاكرة، أو تعريفًا.
هنا يصبح تسجيل الظروف أكثر أهمية.
اكتب:
متى حدث العطل؟
ماذا كان الجهاز يفعل؟
كم كانت الحرارة؟
ما البرامج المفتوحة؟
هل كان الجهاز على البطارية؟
هل كان متصلًا بشاحن؟
هل حدث بعد استيقاظ الجهاز؟
هل حدث بعد تحديث؟
مع الوقت، قد تكتشف نمطًا لم يكن واضحًا من البداية.
لا تنسَ القطع الصغيرة
في كثير من الحالات، يكون السبب الحقيقي أبسط مما تتوقع.
كابل.
موصل.
مروحة.
شاحن.
محول.
تعريف.
إعداد طاقة.
منفذ.
أو خدمة تعمل في الخلفية.
هذه العناصر قد لا تحصل على نفس الاهتمام الذي يحصل عليه المعالج أو GPU، لكنها قد تكون الحلقة التي تمنع المنظومة كلها من العمل بشكل طبيعي.
وهنا ترتبط هذه الفكرة بالمبدأ الأساسي لاستكشاف الأعطال:
أهمية المكوّن لا تُقاس بحجمه، بل بالموقع الذي يحتله داخل سلسلة العمل.
طريقة عملية لتشخيص العطل المضلل
عندما تظهر مشكلة في جهازك، جرب هذا التسلسل:
اكتب العرض بدقة بدل تسمية السبب.
حدد متى يبدأ العطل: عند التشغيل، تحت الضغط، بعد فترة، أو عشوائيًا.
حدد ما الذي يتأثر وما الذي يستمر بالعمل.
راقب CPU وRAM وDisk وGPU والحرارة أثناء حدوث المشكلة.
ابحث عن حدث يسبق العطل مباشرة.
ضع أكثر من فرضية بدل اختيار قطعة واحدة.
اعزل المتغيرات واختبر احتمالًا واحدًا في كل مرة.
قارن النتيجة بخط أساس واضح.
لا تغير قطعة مكلفة قبل وجود دليل.
إذا لم يتغير العطل بعد اختبار فرضية، استبعدها وانتقل إلى التالية.
هذه الطريقة تجعل عملية التشخيص أقرب إلى التحقيق منها إلى التخمين.
أهم سؤال: أين بدأ العطل؟
هناك فرق بين:
مكان ظهور العطل
و
مكان بداية العطل.
قد يظهر البطء في التطبيق، لكن يبدأ السبب في الذاكرة.
قد يظهر انخفاض الأداء في اللعبة، لكن يبدأ السبب في الحرارة.
قد يظهر فشل التخزين في النظام، لكن يبدأ السبب في الطاقة.
قد يظهر انقطاع الإنترنت في المتصفح، لكن يبدأ السبب في الشبكة اللاسلكية.
وهذا هو السر الذي يجعل بعض الأعطال تبدو "مجنونة".
أنت ترى النهاية وتحاول إصلاحها، بينما السبب موجود في بداية السلسلة.
الخلاصة: لا تصدق أول شيء يخبرك به جهازك
الكمبيوتر لا يكذب عليك فعلًا، لكنه لا يمنحك دائمًا تفسيرًا مباشرًا.
هو يعرض أعراضًا وقياسات وحالات تشغيل.
وأنت من عليه أن يربط هذه المعلومات ببعضها.
إذا كان المعالج مرتفع الاستخدام، اسأل من الذي يستخدمه.
إذا كان القرص عند 100%، اسأل ما نوع عمليات الإدخال والإخراج التي تحدث.
إذا كانت الحرارة مرتفعة، اسأل لماذا ارتفعت.
إذا كانت GPU بطيئة، اسأل عن التردد والطاقة والحرارة والمعالج.
إذا كان الإنترنت بطيئًا، اسأل أين يحدث التأخير في مسار الاتصال.
وإذا توقف برنامج، لا تفترض أن البرنامج هو المتهم الوحيد.
العطل قد يظهر في مكان، لكنه يبدأ في مكان آخر.
ولهذا فإن أفضل مهارة في صيانة الأجهزة ليست أن تحفظ قائمة طويلة من الأعطال، وإنما أن تتعلم كيف تتعامل مع الأعراض باعتبارها أدلة تحتاج إلى تفسير.
في المرة القادمة التي يقول لك جهازك بطريقة غير مباشرة:
"هذه القطعة هي المشكلة."
لا تصدقه فورًا.
اسأله:
"كيف عرفت؟"
ثم ابدأ الاختبار.
فقد تكتشف أن القطعة التي اتهمتها طوال الوقت كانت بريئة تمامًا، وأن السبب الحقيقي كان مختبئًا في مكان لم يخطر ببالك أصلًا.
0 تعليقات