Actualizar: Debido a ganancias cuestionables y desventajas inherentes, recomendamos que los usuarios lean esta explicación antes de continuar.
A pesar de contar con un hardware verdaderamente de primer nivel, algunos dispositivos Android de alta gama Todavía parece tener problemas con algunos juegos.. Existen modificaciones para solucionar estos problemas de retraso, ya que la causa subyacente generalmente equivale a algún problema con el procesador que no funciona a su máxima capacidad. Ahora hay una nueva solución para Nexo 7 dispositivos para ayudar a reducir el retraso del juego.
Miembro senior de XDA lambgx02 publicó originalmente Seeder Entropy Generator para detener el retraso en varios dispositivos Android. La premisa era que la mayor parte del retraso del juego era causado por la entropía. Como explica lambgx02:
Entonces, estaba experimentando un retraso significativo, como todos nos pasa de vez en cuando, y decidí que iba a llegar al fondo del asunto.
Después de rastrear y depurar durante horas, descubrí la fuente del 90% del retraso de Android. En una palabra, entropía (o falta de ella).
La JVM de Google, como la de Sun, lee desde /dev/random. Para todos los datos aleatorios. Sí, el /dev/random que utiliza un grupo de entropía muy limitado.
Los datos aleatorios se utilizan para todo tipo de cosas. Generación de UUID, claves de sesión, SSL.. cuando nos quedamos sin entropía, el proceso se bloquea. Eso se manifiesta como un retraso. El proceso no puede continuar hasta que el núcleo genere más datos aleatorios de alta calidad.
Entonces, compilé rngd y lo usé para introducir /dev/urandom en /dev/random en intervalos de 1 segundo.
El resultado de solucionar este problema es que los juegos se ejecutan mucho, mucho más fluidos. Colaborador reconocido de XDA bradman117 Probado y confirmado que funcionó para el Nexus 7 y publicado donde más usuarios puedan verlo. Hasta ahora, los usuarios han informado de excelentes resultados. La instalación también es fácil, ya que es un simple zip para flashear en recuperación.
Sin embargo, si decide intentarlo, tenga en cuenta las advertencias muy reales de menor seguridad debido a una generación inferior de números aleatorios, así como a una menor duración de la batería. Como lo indica lambgx02:
- Existe un riesgo de seguridad (teórico), ya que sembrar /dev/random con /dev/urandom disminuye la calidad de los datos aleatorios. En la práctica, las probabilidades de que esto sea explotado criptográficamente son lejos menores que las probabilidades de que alguien ataque el propio sistema operativo (un desafío mucho más simple).
- Esto puede afectar negativamente a la duración de la batería, ya que se activa cada segundo. No tiene wakelock, por lo que no debería tener un gran impacto, pero avíseme si cree que está causando problemas. Puedo agregar una lectura de bloqueo al código para que solo se ejecute mientras la pantalla está encendida. Por otro lado, muchos de nosotros atribuimos el retraso a la falta de potencia de la CPU. Dado que este truco elimina casi todos los retrasos, hay menos necesidad de overclockear, lo que potencialmente reduce el consumo de batería.
Mientras que lambgx02 afirma que el riesgo de ser explotado debido a la aleatorio -> aleatorio La siembra es baja, cualquier mayor riesgo es demasiado para un dispositivo que se maneja diariamente en nuestro libro. Sin embargo, recomendamos a todos aquellos interesados que lo piensen dos veces debido a los riesgos potenciales. Sin embargo, entendemos por qué algunas personas en entornos muy controlados, donde la solidez criptográfica no es de gran importancia, pueden querer intentarlo. Para ver más, consulte el Hilo Nexus 7 así como el hilo original.