تحديث: ونظرًا للمكاسب المشكوك فيها والعيوب الكامنة، نوصي المستخدمين بقراءة هذا المقال هذا التفسير قبل المتابعة.
على الرغم من وجود بعض الأجهزة عالية الجودة حقًا، إلا أن بعض أجهزة Android المتطورة يبدو أنه لا يزال يواجه مشكلة مع بعض الألعاب. هناك تعديلات لإصلاح مشكلات التأخر هذه، حيث أن السبب الأساسي عادةً ما يعادل مشكلة ما في عدم عمل المعالج بكامل طاقته. يوجد الآن إصلاح جديد لـ نيكزس 7 أجهزة للمساعدة في تقليل تأخر اللعبة.
عضو كبير في XDA لامبجكس02 نشر في الأصل أداة Seeder Entropy Generator لإيقاف التأخير على أجهزة Android المختلفة. كانت فرضية التشغيل هي أن معظم تأخر اللعبة كان بسبب الإنتروبيا. كما يوضح lambgx02:
لذلك، كنت أعاني من تأخر كبير كما نفعل جميعًا من وقت لآخر، وقررت أنني سأصل إلى حقيقة الأمر.
وبعد التتبع وتصحيح الأخطاء لساعات، اكتشفت مصدر 90% من تأخر نظام Android. باختصار، الإنتروبيا (أو عدمها).
يقرأ JVM من Google، مثل Sun، من /dev/random. لجميع البيانات العشوائية. نعم، /dev/random الذي يستخدم مجموعة إنتروبيا محدودة للغاية.
يتم استخدام البيانات العشوائية لجميع أنواع الأشياء. إنشاء UUID، ومفاتيح الجلسة، وSSL.. عندما نفاد الإنتروبيا، تتوقف العملية. وهذا يتجلى في التأخر. لا يمكن أن تستمر العملية حتى تقوم النواة بإنشاء المزيد من البيانات العشوائية عالية الجودة.
لذلك، قمت بتجميع rngd، واستخدمته لتغذية /dev/urandom إلى /dev/random على فترات زمنية مدتها ثانية واحدة.
نتيجة إصلاح هذه المشكلة هي أن الألعاب تعمل بشكل أكثر سلاسة. XDA المساهم المعترف به برادمان117 تم اختباره والتأكد من أنه يعمل مع جهاز Nexus 7 وتم نشره حيث يمكن لعدد أكبر من المستخدمين رؤيته. حتى الآن، أبلغ المستخدمون عن نتائج ممتازة. التثبيت سهل أيضًا، حيث إنه عبارة عن ملف مضغوط بسيط للوميض أثناء الاسترداد.
ومع ذلك، إذا قررت تجربتها، فاحذر من ذلك تحذيرات حقيقية جدا انخفاض الأمان بسبب انخفاض مستوى توليد الأرقام العشوائية، فضلاً عن انخفاض عمر البطارية. كما ذكر lambgx02 :
- هناك خطر أمني (نظري)، حيث أن البذر /dev/random مع /dev/urandom يقلل من جودة البيانات العشوائية. ومن الناحية العملية، فإن احتمالات استغلال هذا الأمر تشفيرًا كبيرة بعيد أقل من احتمالات قيام شخص ما بمهاجمة نظام التشغيل نفسه (تحدي أبسط بكثير).
- وقد يؤثر ذلك سلبًا على عمر البطارية، حيث أنها تنشط كل ثانية. إنه لا يحمل قفلًا، لذلك لا ينبغي أن يكون له تأثير كبير، ولكن اسمحوا لي أن أعرف إذا كنت تعتقد أنه يسبب مشاكل. يمكنني إضافة قراءة حظر إلى الكود بحيث يتم تنفيذه فقط أثناء تشغيل الشاشة. من ناحية أخرى، يعزو الكثير منا التأخر إلى نقص طاقة وحدة المعالجة المركزية. نظرًا لأن هذا الاختراق يزيل كل التأخير تقريبًا، تقل الحاجة إلى رفع تردد التشغيل، مما قد يقلل من استهلاك البطارية.
بينما ينص lambgx02 على أن خطر الاستغلال بسبب urandom -> عشوائي البذر منخفض، وأي زيادة في المخاطر تعتبر أكثر من اللازم بالنسبة لجهاز يتم تشغيله يوميًا في كتابنا. ننصح جميع المهتمين بالتفكير في هذا الأمر مرة أخرى، بسبب المخاطر المحتملة. ومع ذلك، نحن نفهم لماذا قد يرغب البعض في البيئات الخاضعة لرقابة شديدة، حيث لا تكون قوة التشفير ذات أهمية كبيرة، في تجربة هذا الأمر. لرؤية المزيد، تحقق من موضوع نيكزس 7 وكذلك الخيط الأصلي.