Aktualisieren: Aufgrund fragwürdiger Vorteile und inhärenter Nachteile empfehlen wir Benutzern, die Lektüre zu lesen diese Erklärung bevor Sie fortfahren.
Trotz wirklich erstklassiger Hardware und einigen High-End-Android-Geräten Scheint bei manchen Spielen immer noch Probleme zu haben. Es gibt Mods, um diese Verzögerungsprobleme zu beheben, da die zugrunde liegende Ursache normalerweise darin besteht, dass der Prozessor nicht seine volle Kapazität ausschöpft. Es gibt jetzt einen neuen Fix für Nexus 7 Geräte, um Spielverzögerungen zu reduzieren.
XDA-Senior-Mitglied lambgx02 Ursprünglich wurde der Seeder Entropy Generator veröffentlicht, um Verzögerungen auf verschiedenen Android-Geräten zu stoppen. Die laufende Prämisse war, dass die meisten Spielverzögerungen durch Entropie verursacht wurden. Wie lambgx02 erklärt:
Daher erlebte ich, wie wir alle von Zeit zu Zeit, eine erhebliche Verzögerung und beschloss, der Sache auf den Grund zu gehen.
Nach stundenlangem Nachverfolgen und Debuggen habe ich die Ursache für 90 % der Android-Verzögerung entdeckt. Mit einem Wort: Entropie (oder deren Fehlen).
Die JVM von Google liest wie die von Sun aus /dev/random. Für alle Zufallsdaten. Ja, /dev/random, das einen sehr begrenzten Entropiepool verwendet.
Zufällige Daten werden für alle möglichen Dinge verwendet. UUID-Generierung, Sitzungsschlüssel, SSL. Wenn uns die Entropie ausgeht, blockiert der Prozess. Das macht sich als Verzögerung bemerkbar. Der Prozess kann nicht fortgesetzt werden, bis der Kernel weitere Zufallsdaten hoher Qualität generiert.
Also habe ich rngd kreuzkompiliert und damit /dev/urandom in 1-Sekunden-Intervallen in /dev/random eingespeist.
Das Ergebnis der Behebung dieses Problems ist, dass Spiele viel, viel flüssiger laufen. Von XDA anerkannter Mitwirkender bradman117 Getestet und bestätigt, dass es für das Nexus 7 funktioniert, und veröffentlicht, wo mehr Benutzer es sehen können. Bisher haben Anwender von hervorragenden Ergebnissen berichtet. Die Installation ist ebenfalls einfach, da es sich bei der Wiederherstellung um eine einfache Zip-Flash-Funktion handelt.
Wenn Sie sich jedoch dazu entschließen, es zu versuchen, seien Sie sich dessen bewusst sehr reale Vorbehalte geringere Sicherheit aufgrund der schlechteren Generierung von Zufallszahlen sowie eine verkürzte Batterielebensdauer. Wie von lambgx02 angegeben:
- Es besteht ein (theoretisches) Sicherheitsrisiko, da das Seeding von /dev/random mit /dev/urandom die Qualität der Zufallsdaten verringert. In der Praxis ist die Wahrscheinlichkeit groß, dass dies kryptografisch ausgenutzt wird weit geringer als die Wahrscheinlichkeit, dass jemand das Betriebssystem selbst angreift (eine viel einfachere Herausforderung).
- Dies kann sich negativ auf die Akkulaufzeit auswirken, da der Akku jede Sekunde aktiviert wird. Es verfügt nicht über einen Wakelock, daher sollte es keine großen Auswirkungen haben, aber lassen Sie mich wissen, wenn Sie glauben, dass es Probleme verursacht. Ich kann dem Code einen blockierenden Lesevorgang hinzufügen, sodass er nur ausgeführt wird, während der Bildschirm eingeschaltet ist. Andererseits führen viele von uns Verzögerungen auf mangelnde CPU-Leistung zurück. Da dieser Hack fast alle Verzögerungen eliminiert, besteht weniger Bedarf zum Übertakten, was möglicherweise den Batterieverbrauch senkt.
Während lambgx02 angibt, dass das Risiko einer Ausnutzung aufgrund der urandom -> zufällig Die Aussaat ist gering, jedes erhöhte Risiko ist unserer Ansicht nach zu groß für ein täglich angetriebenes Gerät. Aufgrund der möglichen Risiken raten wir allen Interessierten jedoch, noch einmal darüber nachzudenken. Wir verstehen jedoch, warum einige in stark kontrollierten Umgebungen, in denen die kryptografische Stärke nicht von großer Bedeutung ist, dies möglicherweise versuchen möchten. Um mehr zu sehen, schauen Sie sich die an Nexus 7-Thread ebenso wie Originalthread.