Optimizar software seeder (actualización del 24 de febrero)

===================================== ===================================== ===================================== ===========================
Según a la publicación principal del autor de xda, el significado es este:
1. Hay dos contenidos de optimización principales:
a. RNG optimizado (generador de números aleatorios). En términos generales, el retraso del sistema Android objetivo aquí se debe al bloqueo del dispositivo dev/random (RNG) que la JVM y los componentes leen con frecuencia (el texto original está bloqueado. Una vez que se agota el recurso de entropía, debe esperar a que se genere dev/random. Y la prioridad de dev/random es muy baja, por lo que se produce un retraso). El autor usa /dev/urandom que no bloquea (bloquea) para generar entropía y llena /dev/random una vez por segundo para resolver este problema. Después de Monkey Machine ICS, la JVM del sistema y los componentes básicamente ya no usan dev/random, por lo que la situación no es relativamente grave. Sin embargo, ICS seguirá consumiendo entropía debido a otros programas y es posible que deba esperar a que se genere entropía. La conclusión es que una optimización está dirigida principalmente a sistemas anteriores a 4.0, y el efecto teórico de los sistemas posteriores a 4.0 es mucho menor que el de 2.3. Sin embargo, según los informes de los usuarios de xda, aún puede reducir eficazmente el retraso.
b. Aumentó la longitud de la cola de IO del dispositivo de almacenamiento MMC (la publicación principal decía que algunos usuarios han mejorado significativamente el rendimiento al realizar una gran cantidad de operaciones de IO). En teoría, los resultados de la programación del Gobernador (programador) se pueden optimizar.Fusionar operaciones IO duplicadas.
2. Con respecto al consumo de energía, el autor de la publicación original dijo que la versión actual básicamente no afecta el consumo de energía. Hay dos razones.
a. El programa tiene una opción que está habilitada de forma predeterminada (la primera opción es suspender el servicio RNG con la pantalla apagada). Cuando la pantalla está apagada, el programa duerme. No funciona.
b. Incluso cuando el programa está activo, el consumo de recursos es muy pequeño. Por diseño, es imposible provocar cambios en el estado y la frecuencia de la CPU. El consumo en 24 horas es inferior al 2%. Datos y explicación del artículo original: el impacto de la batería fue insignificante (menos del 2% cada 24h). Es poco probable que esto presente suficiente carga como para activar un cambio de estado del gobernador de la CPU a 10 mhz.
3. Uso del programa. Primero hay que rootear el sistema. Después de instalar la sembradora, abra el programa. Encendido/Apagado abre el programa. Después de abrir, la entropía disponible en la parte inferior aumentará a 4096. Las tres opciones siguientes son: Suspender el servicio RNG mientras la pantalla está apagada (el programa RNG duerme cuando la pantalla está apagada) Extender la cola de E/S (aumentar la cola de IO) Iniciar automáticamente al arrancar (se ejecuta automáticamente cuando se inicia el sistema) El programa es solo una interfaz GUI. Cerrarlo no afecta la configuración del sistema. El RNGD en ejecución real es un proceso de Linux y no se puede ver en la lista de tareas de Android.
Actualización 1Observado en uso posterior (basado en tres dispositivos propios, Monkey 2.3/4.04/4.1):
1. Puedes experimentar el efecto de Seeder en los siguientes aspectos: a. Respuesta de la interfaz de usuario del sistema, cambio de programa, etc. (la parte más obvia es causada por el hilo de la interfaz de usuario que espera el RNG bloqueado)
b. La velocidad de carga de algunos programas consume muchos tipos de entropía generados por RNG
. (Probé UC y otros navegadores, Evernote, QQ, WeChat, etc., todos consumen una gran cantidad de entropía. Además, los juegos también pueden consumir una gran cantidad de entropía. Yo personalmente no juego, así que probé un pájaro de Star Wars, que consumió una gran cantidad de entropía)
c. WiFi, datos móviles, etc. (Según Wikipedia, las secuencias TCP/IP, el cifrado WiFi, el cifrado utilizado por SSL, etc. requieren el uso de RNG) ¿Cómo observar el consumo de entropía?Abra el programa Seeder y primero configure
en Desactivado. Observe el valor de entropía
disponible en la parte inferior. En este momento, intente encender y apagar WiFi o abrir el programa. El límite superior de entropía que observé es 4096. Encender y apagar Wifi una vez consume 1500-2000, abrir Evernote una vez consume 1500-2000 y encender UC consume 500. Según el valor numérico, de hecho no es suficiente. Después de verificar la información relevante, si no hay
Seeder, la
generación de entropía de dev/random proviene de:
a. La entropía se genera a partir de la interacción entre el usuario y el sistema, incluida la entrada y el tacto. Se puede observar a través de la entropía disponible de Seeder. Tóquelo una vez para obtener +20
entropía. (Entrenando a un mono real... hay que tocarlo si no pasa nada)
b. El ruido proviene del interior del sistema (según la investigación, hay ruido blanco de las señales del circuito, ruido de fondo de la tarjeta de sonido, tarjeta de red que recibe datos, etc. Pídale a un electricista real que le explique esto en detalle), pero no observé ningún aumento en la entropía en condiciones estáticas.
do. Sistema generado. Una vez consumida toda la entropía, no queda completamente estancado. Solo después de que se agote la entropía agregará un poco (espere a que el electricista real lo explique en detalle)
2. No hay ningún efecto obvio después de la instalación. Aquí hay algunas conjeturas.
a. Diferentes teléfonos móviles tienen diferentes ROM, así como parches de terceros, etc. En realidadAumentando el límite superior de entropía o dirigiendo internamente /dev/
random a /dev/urandom.
b. El nuevo hilo de la interfaz de usuario del sistema de Monkey ya no se ve afectado por el bloqueo de
entropía. El
Project Butter introducido en Monkey 4.1 ya ha aumentado la prioridad de la respuesta
UI de acuerdo con las instrucciones. Supongo que puede estar bloqueado en la interfaz de usuario y tiene poco impacto.
do. La velocidad de generación de entropía relacionada con el hardware relativamente nueva es muy rápida y el RNG ya no se bloquea.
d. Usuarios de teléfonos funcionales reales. . . Experiencia limitada.
3. El problema que resuelve Seeder es el problema de Linux en el que se basa Android. Lo busqué en Google y descubrí que, además de Android, Linux, incluidos servidores y escritorios, PHP, bases de datos y servidores web se ven afectados por esto. (El cifrado SSL, etc., WiFi, TCP/IP usan RNG, lo cual es un cuello de botella. Cálculos serios incluso dicen que la velocidad aumentará en aproximadamente un 500% después de la modificación). Se pueden encontrar muchas publicaciones relacionadas en Linux, y Seeder lo ha introducido en las condiciones de Android. Según el artículo original del autor de xda, Linux es uno de los pocos sistemas operativos modernos que utiliza bloqueo de RNG (/dev/random). . . La razón para insistir en usar /\dev/random es que los datos de entropía generados por dev/random
son más aleatorios que los de dev/urandom. Para garantizar la seguridad del cifrado. Entonces, independientemente de si puede sentir el cambio de velocidad después de la instalación, Seeder ha resuelto el problema de AndUno de los cuellos de botella de la experiencia con Android y Linux. 2.3/4.04/4.1 están todos afectados. A partir de los datos, Seeder tiene efectos obvios. Aunque el grado es diferente. Independientemente de si tienes algún efecto o no, sigo corriendo para elogiar a Seeder.
El cuerpo físico puede sentir el latido del corazón de la resurrección de la máquina mono.
4. Lo anterior se basa únicamente en xda y google, con un total de menos de tres horas de investigación. Por lo demás, me gustaría pedirles a los muchos electricistas reales ocultos de la versión D que lo estudien en detalle.