Buenas a Todos viendo unas dudas acerca de los gobernadores y planificadores que bien sabemos que en la mayoría de rom´s cocinadas vienen decidí investigar un poco y acá les dejo la información recopilada y redactada de la forma más clara que pude suerte y que les sirva la información y si tiene algo mas para agregar al tema háganmelo llegar por MP y lo agrego
La mayoría de Gobernadores y planificadores son los utilizados por No-frills CPU Control
Gobernadores de Android Disponibles
Concepto
El gobernador del móvil es quien dicta cuando el procesador debe trabajar más rápido o cuando entrar en reposo, esto ayuda a mejorar la duración de la batería y también alarga la vida útil del móvil.
MIN/MAX: Este gobernador utiliza el mínimo y máximo configurado no utiliza frecuencias intermedia, todo esto basado en la carga de procesos requerido por el sistema
INTERACTIVEX:el gobernador de CPU INTERACTIVEX está diseñado para cargas de trabajo sensible a la latencia, interactivo. Este gobernador establece la velocidad de la CPU según sobre uso, similar a "ondemand" y "Conservative”. Sin embargo el gobernador es más agresivo sobre el aumento de la velocidad de la CPU hasta en respuesta a la actividad de intensivo de la CPU.
INTERACTIVE: disponible en los nuevos núcleos y convirtiéndose en el valor predeterminado escala opción en algunos núcleos Android oficiales. El gobernador interactivo es funcionalmente similar al gobernador de ONDEMAND con una aún mayor atención a la capacidad de respuesta.
BRAZILIANWAX: Similar a smartassV2. Es más agresivo, más rendimiento, menos batería
LAZY: Este gobernador de Ezekeel es básicamente un Ondemand con un min_time_state de un parámetro adicional para especificar el tiempo mínimo que CPU permanecerá en una frecuencia antes de aumentar hacia arriba/abajo. La Idea es eliminar cualquier inestabilidad causada por frecuencia rápida. El Gobernador Lazy sondea más a menudo que ondemand, pero cambia la frecuencia sólo después de terminar min_time_state en un paso de reemplazar el intervalo de muestreo Lazy también es un screenoff_maxfreq parámetro en el cual se habilita por alguna causa que el gobernador siempre selecciona la máxima frecuencia mientras que la pantalla está apagada
SMOOTHASS: el mismo como el SMARTASS pero mucho más agresivo y a través de una combinación de ambos este gobernador da una mejora de vida a la batería que es aproximadamente un tercio de duración
SAVAGENZEND: Otro gobernador basado en smartassV2. Logra un buen equilibrio entre rendimiento y batería, en comparación con brazilianwax.
SMARTASS V2: es una adaptación del gobernador SMART original, permite que la CPU aumente y disminuya basado en la carga de procesos del sistema. Básicamente aumenta el CPU basado en las necesidades en tiempo real del sistema, SMARTASS V2 supuestamente incorpora algunos ajustes más agresivos para el perfil Pantalla Apagada, y que aumenta la velocidad más rápido que el SMART original.
SMARTASS: es una reescritura completa del gobernador interactivo incluido en algunos kernels modificados. El gobernador de Smartass efectivamente da al móvil automáticamente un perfil de pantalla apagada, manteniendo velocidades como mínimo cuando el teléfono está inactivo. El CPU pasa mucho más tiempo en las frecuencias más bajas para prolongar la vida de la batería
SCARY: Un gobernador escrito sobre la base de Conservative con algunas de las características Smartass, que aumenta en consecuencia de acuerdo a las reglas de Conservative. Por lo tanto, se iniciará desde el 2do plano para tomar una muestra de la carga actual en el principio de la carga, aumenta la velocidad del procesador a la vez y que luego baja. Automáticamente termina la prueba de las velocidades fuera de la pantalla de 245Mhz, y si su frecuencia es superior a 245mhz, se restablecerá el min a 120MHz, mientras que la pantalla está apagada y restaurarla al encender la pantalla, y aún así aumentar de acuerdo a las reglas del Conservative. Por lo tanto, pasa la mayor parte de su tiempo a bajas frecuencias. El objetivo de esto es conseguir la mejor vida de la batería con un rendimiento decente.
LAGFREE: este controlador es bastante similar al “ondemand” gobernador tanto en su código fuente y su finalidad, la diferencia es su optimización para mejorar adecuadamente el entorno de la batería, las frecuencias son levemente aumentadas y disminuyen gradualmente en lugar de aumentar al 100% cuando la velocidad es necesaria.
CONSERVATIVE: disponible en algunos núcleos. Es similar al gobernador ondemand, pero aumenta la CPU más gradualmente para que se ajusten mejor a la demanda. Conservative proporciona una experiencia menos receptiva que ondemand, pero puede ahorrar batería.
ONDEMAND: disponible en núcleos más nuevos y el gobernador por defecto en la mayoría de núcleos. Cuando la carga del CPU llega a un cierto punto en configuración avanzada ondemand rápidamente aumenta la frecuencia del CPU hasta satisfacer demanda de los procesos entonces después disminuye gradualmente la frecuencia del CPU hacia abajo cuando no es necesario.
USERSPACE:- Elgobernador deCPUpermite al usuarioo cualquier otro programaen UserSpace que se ejecute conel UID"root",para configurarla CPUa una frecuencia específica, haciendo un archivosysfs"scaling_setspeed" disponible en el directoriode la CPUdel dispositivo. Observación de algunos usuarios para obtener mejores resultados, no utilice el gobernador de USERSPACE.
POWERSAVE: disponible en algunos núcleos. Mantendrá la CPU ejecuta el valor de "min" en todo momento.
LIONHEART:Es un gobernador Conservative el cual es basado en la fuente de actualización 3 de samsung´s como los inicios y la velocidad de muestreo fueron cambiadas por lo que el gobernador se comporta más como el rendimiento, a costa de la batería y el aumento del procesador es más agresivo
PERFORMANCE: disponible en la mayoría de núcleos. Mantendrá la CPU ejecutada al valor "máximo" en todo momento. Esto es un poco más eficiente que simplemente establecer "Max" y "min" el mismo valor y utilizando ondemand el sistema no va perder recursos de análisis para la carga de la CPU.
MAX: Permite a su teléfono correr a máxima velocidad el CPU, haciendo caso omiso de todas las funciones de ahorro de energía.
Planificadores de Entrada/Salida en Android
Concepto:
La planificación de Entrada/Salida (Input/Output Scheduling, o I/O scheduling) consiste en el método mediante el cual los sistemas android deciden el orden en que se procesan las peticiones de lectura/escritura en el movil o unidad de almacenamiento. El objetivo de optimizar el sistema, eligiendo un algoritmo de planificación de Entrada/salida, es disminuir los tiempos de búsqueda (seek times), priorizar las peticiones de ciertos procesos de Entrada/salida.
Planificadores de Entrada/Salida disponibles en el núcleo de Android
Noop
Es el planificador de Entrada/Salida más simple que existe para el núcleo de Android. Funciona insertando todas las peticiones de Entrada/Salida, dentro de una cola de procesamiento tipo FIFO (first in, first out, que se traduce como primero en entrar, primero en salir), e implementando fusión de peticiones y reduciendo el tiempo de petición, y la variabilidad del tiempo de servicio de Entrada/Salida.
Deadline
Este planificador de Entrada/Salida funciona de modo similar al tiempo real, utilizando una política de asignación en circuito (round robin), para intentar distribuir equitativamente las peticiones de Entrada/Salida, evitando se agote la capacidad de procesamiento básicamente impone tiempos de ejecucion (deadline) a todas las operaciones de Entrada/Salida, con la finalidad de impedir que se agote la capacidad de recibir peticiones. Utiliza cinco colas de procesamiento, dos de las cuales son ordenadas de acuerdo a los tiempos de ejecución, al mismo tiempo que las colas de procesamiento son ordenadas de acuerdo a su número de sector.
De modo predeterminado, los tiempos de caducidad son de 500 ms para las peticiones de lectura, y de 5 segundos para las peticiones de escritura.
CFQ
CFQ, que es el acrónimo de Completely Fair Queuing, que podría traducirse como encolado de procesamiento completamente justo, es el planificador de Entrada/Salida su objetivo es mantener una cola de procesamiento de Entrada/Salida escalable por proceso, e intentar distribuir equitativamente el uso del procesador disponible para los procesos de Entrada/Salida, entre todas las peticiones de Entrada/Salida manteniendo una buena capacidad de procesamiento, al permitir que las colas de procesamiento puedan pausar al finalizar un procesos de Entrada/Salida, anticipando el procesos de Entrada/Salida más cercano de ese mismo proceso.
VR
A diferencia de otros programadores de E/S, solicitudes sincrónicas y asincrónicas no son tratadas por separado, en lugar de ello se impone un plazo para la equivalencia en el CPU. El siguiente proceso pasa a ser atendido según la ejecución de la última solicitud
BFQ
En lugar de asignación de las divisiones de tiempo por CFQ, BFQ asigna presupuestos. Disco se concede a un proceso activo hasta que caduque su presupuesto #number de sectores #. BFQ asigna presupuestos elevados a las tareas de lectura. Presupuesto asignado a un proceso varía con el tiempo en función de su comportamiento.
Se cree que es muy bueno para la velocidad de transferencia de datos usb.
Se cree que el mejor programador para grabación de vídeo HD y la transmisión de vídeo. Debido a la menor variación en comparación con CFQ y otro. Considerado como a un planificador de e/s precisa. Alcanza aproximadamente el 30% más de rendimiento que CFQ en cargas de trabajo más.
SIO
Programador de tareas simple E/S pretende mantener mínimo de sobre carga para lograr baja latencia para atender las solicitudes de E/S, no hay colas de los procesos prioritarios sólo es una combinación básica. SIO es una combinación entre noop & Deadline No reordena y no clasifica las requisiciones.
¿Qué planificador de Entrada/Salida elegir?
Depende del tipo de móvil, servicios utilizados en el sistema, capacidades de procesamiento, y los tipos de procesos que se quieran priorizar.
Se recomienda realizar pruebas de desempeño, y de rendimiento, antes de elegir el planificador de Entrada/salida definitivo para un sistema en particular. Simplemente, elegir el que se considere que funcione mejor. Acá dejo algunos ejemplos
#1-Performance
--- : Noop uso o deadline
---: Utiliza mucha más batería
# 2 - SmartassV2
--- : Uso Noop o SIO
---: Buena elección si usas un montón de aplicaciones intensivas de CPU
# 3 - LulzactiveV2
--- : Deadline o Noop
---: Buena elección si usas un montón de aplicaciones intensivas de CPU
---: Utiliza un poco más batería que SmartassV2
# 4 - Lazy
--- : Deadline o CFQ
---: No habilite SOMF (pantalla Off Max frecuencia utiliza más batería)
---: Buena elección si no utilizas aplicaciones intensivas de CPU
#5-OnDemand
--- : Noop uso o Deadline
---: Buena elección si no utilizas aplicaciones intensivas de CPU
---: Ahorra batería un poco más de lazy
#6-Conservative
--- : Utilice CFQ o Noop
---: Generalmente uno de los peores gobernadores para ahorrar batería