تأثير LockDown Browser على أداء Mac (CPU وRAM والبطارية - مختبر 2026)

على MacBook Air M2 من 2024 بـ 16 GB RAM ونظام macOS Sonoma 14.6، يستهلك LockDown Browser 2.1.5.01 مع Respondus Monitor نحو 720-820 MB ذاكرة مقيمة و15-25% مستدامة من نواة CPU خلال امتحان 60 دقيقة، باستنزاف بطارية ~9-12% بالساعة. أدناه: المنهجية والقياسات وسلَّم تشخيص ارتفاع CPU.

الخط الأساس المقيس على Macs بمعالجات M

جميع القياسات أدناه من أسطول اختبار LDBypass الذي يشغِّل امتحاناً صورياً معيارياً مدَّته 90 دقيقة (50 سؤال اختيار من متعدِّد، 10 موضوعات مقالية، Respondus Monitor مفعَّل، السطوع عند 50%، لا تطبيقات أخرى مفتوحة). كل قياس هو الوسيط لخمس عمليات إعادة على macOS Sonoma 14.6. الأرقام المقارنة على Sequoia 15.4 ضمن 5%.

MacRAM مقيمةCPU مستدامة (نواة أداء)البطارية / ساعةCPU ذروة (تهيئة)
MacBook Air M2 (16 GB)720-820 MB15-25%~9-12%~80% لمدة 4 ثوانٍ
MacBook Pro M3 Pro (18 GB)740-860 MB10-18%~7-9%~55% لمدة 3 ثوانٍ
MacBook Pro M4 Max (36 GB)780-900 MB6-12%~5-7%~30% لمدة ثانيتين
Mac mini M2 (16 GB)700-810 MB14-22%غير متاح~70% لمدة 4 ثوانٍ

الذاكرة المقيمة هي عمود «Memory» في مراقب النشاط. CPU هي أكبر استخدام لنواة واحدة لوحظ خلال الحالة المستقرَّة للامتحان؛ LDB أحادي الخيط لأكثر مساراته كثافةً في استخدام CPU (تشفير فيديو Monitor والمسح الدوري للقائمة السوداء).

المقارنة مع Safari وChrome

على MacBook Air M2 نفسها، نفس حمل العمل لمدة 90 دقيقة (علامة تبويب متصفِّح واحدة تحمِّل واجهة الامتحان نفسها على LMS، دون تسجيل Monitor، دون وضع كشك):

إذن LDB مع Monitor أثقل بشكل ملموس من Safari (~2x RAM، ~5x CPU، ~2x بطارية) لكنه أخف على البطارية من Chrome بفضل نطاقه المحدود. تكلفة البطارية هي أكبر هاجس عملي؛ امتحان نهائي مدَّته 3 ساعات على Air M2 يتركك بنحو 30% أقل من الموضع الذي ستكون فيه مع Safari.

لماذا ترتفع CPU عندما ترتفع

تكشف العيِّنة في الثانية الواحدة لمراقب النشاط عن أربعة أنماط لـ CPU داخل جلسة امتحان LDB:

  1. ذروة التهيئة؛ أول 3-5 ثوانٍ بعد الإطلاق، حين يعدِّد LDB العمليات الجارية (مسح القائمة السوداء)، ويلتقط لقطة شاشة مرجعية، ويصادق على خادم Respondus. 30-80% CPU لبضع ثوانٍ.
  2. مرور تحليل كاميرا الويب؛ عند تفعيل Monitor، تتضمَّن أول 5-10 ثوانٍ من التقاط كاميرا الويب إعداد كشف الوجه. ترتفع CPU إلى 30-50% لفترة وجيزة، ثم تستقرُّ في الحالة الثابتة.
  3. الحالة المستقرَّة؛ يشفِّر Monitor كاميرا الويب والميكروفون في الوقت الحقيقي + لقطة تسجيل الشاشة كل 30 ثانية + نبضات اتصال LMS. 10-25% CPU على نواة أداء، تبعاً للشريحة.
  4. قفزات انتقال الصفحات؛ في كل مرَّة يتقدَّم فيها الامتحان إلى صفحة سؤال جديدة، يُجري LDB إعادة عرض تخطيط صغيرة وفحص عمليات جديد. 30-40% CPU لأقلَّ من ثانية واحدة.

ثلاثة عوامل خارجية تُحوِّل هذه الأرقام للأعلى بشكل ملموس:

ارتفاع CPU / استنزاف البطارية - سلَّم التشخيص

إذا كان LDB يستخدم CPU بشكل ملموس أعلى من الخط الأساس أعلاه على أجهزة مماثلة، فإن أكثر الأسباب شيوعاً بترتيب التواتر:

  1. بناء LDB لـ Intel على Apple Silicon. يُظهر مراقب النشاط «Intel» في عمود النوع. أعد التثبيت للحصول على Universal Binary الأصلي؛ Intel عبر Rosetta يستخدم 30-50% CPU وبطارية أكثر.
  2. مكافحة فيروسات في الوقت الحقيقي تفحص إطارات Monitor. عطِّل ميزة «فحص جميع عمليات الكتابة» في مكافح الفيروسات أو ضع دليل Application Support الخاص بـ Respondus في القائمة البيضاء. انظر التعارضات.
  3. فهرسة Spotlight خلال الامتحان. شغِّل sudo mdutil -i off / قبل الامتحان لتعطيل Spotlight (أعد التفعيل بـ -i on بعد ذلك). يمكن أن يستردَّ هذا 5-10% من CPU.
  4. شاشة خارجية في وضع المرآة. الانعكاس إلى شاشة خارجية بينما LDB يعمل يضيف طبقة من عمل CompositingServer. افصل الشاشات الخارجية قبل الإطلاق.
  5. وضع الطاقة المنخفضة معطَّل. على البطارية، يمكن لتفعيل وضع الطاقة المنخفضة (إعدادات النظام ← البطارية) أن يمدِّد زمن الامتحان 20-30%. لا تتأثَّر واجهة الامتحان بشكل مرئي.

توصيات إطالة عمر البطارية للامتحانات الطويلة

لامتحان نهائي ≥ ساعتين على Apple Silicon Air أو الحواسيب المحمولة الأصغر دون وصول إلى الطاقة:

لصفحات الكيانات المخصَّصة لكل شكوى أداء (ارتفاع CPU، استخدام RAM، التمرير البطيء، استنزاف البطارية، منهجية الاختبار المعياري)، انظر صفحات الكيانات القادمة في هذه المجموعة.

Articles in this section