[ RECOPILACION ] Gobernadores y I/O Schedule para configuración del Kernel.

[juanjoroldan97]

Gobernadores

Smartmax: Se trata de un nuevo gobernador, que es una mezcla entre ondemand y smartassV2. Por defecto está configurado para el ahorro de batería por lo que este NO es un gobernador para jugar.


SmartassV2: El gobernador tiene una "frecuencia ideal", y sube agresivamente hacia esa frecuencia y baja menos agresivamente. Utiliza diferentes frecuencias ideales para cuando la pantalla esta encendida y apagada, es decir awake_ideal_freq y sleep_ideal_freq. Este gobernador baja muy rapido para llegar a sleep_ideal_freq rápidamente mientras la pantalla está apagada y escala rápidamente a awake_ideal_freq cuando la pantalla está encendida. No hay límite máximo mientras la pantalla está apagada (a diferencia de Smartass). Así que toda la gama de frecuencias está disponible para el gobernador a utilizar durante awake y sleep. Este gobernador es un equilibrio entre el rendimiento y la batería.


Smartass: Se basa en el concepto del gobernador Interactive. Smartass es una reescritura completa del código y mucho más. El rendimiento es a la par con el gobernador MIN/MAX viejo pero Smartass es un poco más sensible.


Ondemand: Este gobernador sube rápidamente entre las frecuencias para subir la CPU a la máxima velocidad establecida por el usuario. Cuando lar carga de la CPU disminuye el gobernador va bajando lentamente hasta ponerse al mínimo hasta que el usuario le exige otra tarea y se vuelve a poner al máximo.


Ondemand tiene una excelente fluidez debido a su alta subida de frecuencia, pero también puede tener un efecto relativamente negativo en la vida de la batería frente a otros gobernantes. OnDemand es comúnmente elegido por los fabricantes de teléfonos inteligentes, ya que esta muy probado el gobernador, fiable y prácticamente garantiza una muy buena fluidez para el teléfono.


Intellidemand: Intellidemand es otro gobernador que se basa en ondemand. El gobernador se comporta de manera diferente según el uso de la GPU. Cuando la GPU está muy ocupado (juegos, mapas, benchmarking, etc) intellidemand se comporta como Ondemand. Cuando GPU esta en modo 'ralentí', intellidemand limita la frecuencia máxima dependiendo de las frecuencias disponibles en el dispositivo para ahorrar batería, esto se conoce como modo de navegación.


En resumen, este es un ondemand inteligente que entra en modo de navegación para limitar la frecuencia máxima cuando la GPU está al ralentí, y se comporta como ondemand cuando la GPU está ocupada para ofrecer un rendimiento para juegos y tal. Intellidemand no salta a la frecuencia más alta cuando la pantalla está apagada.


Conservative: Este gobernador intenta siempre ir a la frecuencia mas baja de la CPU lo antes possible. Este gobernador se define como "Ondemand lento", esto pude ayudar a entender mejor el gobernador. Por otro lado, puede ser bueno para la vida de la batería.


Hotplug: Es un gobernador muy parecido a Ondemand, escala rápidamente a las frecuencias mas altas, aumentando el rendimiento, dejando siempre que no sea necesario la segunda cpu apagada, ahorrando en batería siempre que no se necesite, cuando necesita rendimiento entra en funcionamiento la segunda cpu.
Un buen sistema para los que navegan y leen mucho, puesto que mantiene siempre la cpu secundaria en out, consumiendo solo 1 cpu.


Lagfree: El gobernador Lagfree es similar a ondemand. La diferencia principal es su optimización para llevarse mejor con la batería. Lagfree no se salta ningún paso de frecuencia mientras escala arriba o abajo. Recuerde que si hay un requerimiento para un repentino gasto de energía grande, lagfree no puede satisfacerlo mientras eleva la cpu a través de cada paso de alta frecuencia desde el actual. Algunos usuarios han reportado problemas de tirones en la reproducción de vídeo utilizando Lagfree.


OndemandX: Básicamente es un gobernador ondemand con un perfil de suspensión/despertar. Este gobernador es un ondemand con mejor comportamiento con la batería. Cuando la pantalla está apagada, la frecuencia máxima son 500Mhz.


Userspace: En lugar de determinar automáticamente las frecuencias, permite al usuario configurar las frecuencias


Powersave: Bloquea la frecuencia máxima a la frecuencia mínima. No se puede utilizar con la pantalla encendida o incluso con la pantalla apagada (si la frecuencia mínima de escalado es demasiado baja).


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 InteractiveX está diseñado para cargas de trabajo sensibles a la latencia, interactivo. Este gobernador establece la velocidad de la CPU según su 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 intensiva de la CPU.


Interactive: Disponible en los nuevos kernels y convirtiéndose en el predeterminado para algunos kernels oficiales. El gobernador interactivo es funcionalmente similar al gobernador de Ondemand con una 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 parámetro adicional "min_time_state" para especificar el tiempo mínimo en que la CPU permanecerá en una frecuencia antes de aumentar hacia arriba/abajo. La idea es eliminar cualquier inestabilidad causada por la subida/bajada rápida. También tiene otro parámetro adicional "screenoff_maxfreq" en el cual se habilita la máxima frecuencia mientras que la pantalla está apagada


Max: Permite a su teléfono correr a máxima velocidad, haciendo caso omiso de todas las funciones de ahorro de energía.


Performance: Esto bloquea la CPU del teléfono a la frecuencia máxima. Esto puede sonar como una idea horrible, hay cada vez más pruebas que indican que la ejecución de un teléfono a su frecuencia máxima en todo momento permitirá un race-to-idle rapido. Race-to-idle es el proceso por el que un teléfono completa una tarea determinada, como la sincronización, y devuelve la CPU al estado de bajo consumo extremadamente eficiente. Esto todavía requiere de extensas pruebas, es un gobernador que implementa correctamente CPU's C-states (estados de bajo consumo).


Scary: Un nuevo gobernador basándose en Conservative con algunas características Smartass, se escala de acuerdo a las leyes del Conservative. Por lo tanto, iniciará desde abajo, tomar una muestra de carga, si es superior al umbral, subirá solo una frecuencia a la vez, y lo mismo para bajar. Automáticamente limitara la frecuencia en pantalla pagada a 245Mhz, y si su mínima frecuencia es superior a 245mhz, se restablecerá el mínimo a 120 MHz mientras la pantalla está apagada y restaurarla la frecuencia al despertar de la pantalla. Así que pasa la mayor parte de su tiempo en las frecuencias más bajas. El objetivo de esto es conseguir la mejor vida de la batería con un rendimiento decente.


Smoothass: El mismo gobernador que Smartass pero mucho más agresivo y en todos los ámbitos una mejor duración de la batería que es alrededor de un tercio mejor que el kernel stock.


SavagedZen: Otro gobernador basado en smartassV2. Logra un buen equilibrio entre el rendimiento y la batería en comparación con brazilianwax.


LionHeart: LionHeart es un gobernador Conservative que saco Samsung en su Update3 de los sources. El gobernador se comporta más para el rendimiento, a costa de la batería, ya que el escalado es muy agresivo.


LionHeartX: LionHeartXestá basado en Lionheart, pero tiene algunos cambios en los valores ajustables y cuenta con un perfil de suspender basado en Smartass.


Pegasusq/Pegasusd: El Pegasusq/Pegasusd es un gobernador multi-core basado en el gobernador Ondemand y ademas tiene un hot-plugging integrado. Los procesos en curso se van a una cola, sabemos que varios procesos se pueden ejecutar simultáneamente en el, estos procesos están activos en un array, los procesos con sus valores de prioridad (La prioridad la usa el task scheduler para luego decidir qué procesos se ejecutan después). Para asegurarse de que cada proceso tiene su parte justa de los recursos, cada uno funcionando durante un cierto período y finalmente se detiene y luego se coloca de nuevo en la cola hasta que sea su turno de nuevo.


HotplugX: Es un Hotplug modificado y optimizado para cuando la pantalla esta apagada


AbissPlug: Es un hotplug derivado, que funciona de la misma manera, pero con cambios en el ahorro de batería.


IntelliActive: Basado en el gobernador Interactive de Google con ciertas mejoras, capacidad de "modo turbo" sin necesidad del PowerHAL, comprueba los nucleos apagados para mejorar la ejecución del gobernador y tiene 2 fases para evitar poner la CPU al máximo.

I/O Scheduler

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.


Noop: Gestiona todas las peticiones siguiendo el método FIFO (First In First Out), o dicho de otra forma, las primeras en llegar son las primeras en salir/ser atentidas. Lo mejor es utilizarlo con dispositivos de almacenamiento que no dependen de movimiento mecánico para acceder a los datos (si, como nuestras tarjetas flash). La ventaja aquí es que las unidades flash no requieren un reordenamiento de las múltiples peticiones I/O, a diferencia de los discos duros normales.


Deadline: El objetivo es minimizar la latencia de I/O o la necesidad de una petición. Esto se logra medianta una política de “todos contra todos”, para ser justos entre múltiples peticiones de I/O. Se utilizan 5 colas de espera para reordenar las solicitudes entrantes.


CFQ: Completely Fair Queuing (o dicho de manera cutre “cola completamente equitativa”) mantiene una cola de procesos estable, repartiendo el porcentaje necesitado de la CPU en partes iguales entre todas las peticiones I/O. El intervalo de tiempo asignado a cada cola depende de la prioridad del proceso primario.


SIO: Es un scheduler I/O simple cuyo objetivo es mantener unos consumos mínimos y lograr un escaso restardo al atender solicitudes. Sio es una mezcla entre Noop y Deadline. No existe un reordenamiento de las peticiones.


VR: A diferencia de los otros schedulers, las peticiones síncronas y asíncronas no se tratan de forma separada. La siguiente solicitud en ser atendida será la que más cercana esté a la última atendida.


BFQ: En lugar de asignar intervalo de tiempo como CFQ, BFQ asigna como unos “presupuestos” estimativos. Garantiza el disco para el proceso activo hasta que el presupuesto expira. El presupuesto asignado a un proceso varía con el tiempo como una función de su comportamiento. (la traducción deja mucho que desear, si alguien la puede hacer mejor que me lo comente por PM).


Anticipatory: Anticipatory I/O es un algoritmo para la programación de entrada/salida. Su objetivo es aumentar la eficiencia "anticipando" las operaciones de lectura sincrónica.


ROW: Favorecer las solicitudes de lectura sobre las de escritura eso disminuye la latencia al leer en gran medida.

[DuraAdri]

Interesante, muy para novatos que no sepan cuál significa cuál, chincheta aquí ya

Enviado desde mi Redmi Note 3 mediante Tapatalk

[styven]

Ya que veo que eres un entendido en el tema Gobernadores @juanjoroldan97 , cuales recomendarías y cuales sueles usar? , yo también pido una chincheta al hilo.
saludos

[alexret]

Al menos podrías haber puesto la fuente
http://foro.root4ever.com/Tema-Tutor...23973#pid23973

Desconozco si es esta ya que hay muchas iguales y con el mismo texto pero no estaría nada mal que pusieras de dónde has sacado la información.

Enviado desde mi Redmi Note 3 mediante Tapatalk

[Sonnickoo]

NOOP es el que tiene la transmisión de datos tanto en lectura como escritura entre las mas rápidas y mas equilibradas, no hay mucha diferencia entre una y otra, en cambio las otras o tienen mucha escritura y poca lectura o viceversa. En cuanto a los gobernadores es otro cuenta. Uno tiene que ver cual es mas conveniente para el uso en su equipo y por otro lado, testearlos y ver que tal rinde.

[juanjoroldan97]

 Cita: Originalmente Escrito por styven

Ya que veo que eres un entendido en el tema Gobernadores @juanjoroldan97 , cuales recomendarías y cuales sueles usar? , yo también pido una chincheta al hilo.
saludos

Recomiendo el INTERACTIVE con ROW

[juanjoroldan97]

 Cita: Originalmente Escrito por alexret

Al menos podrías haber puesto la fuente
http://foro.root4ever.com/Tema-Tutor...23973#pid23973

Desconozco si es esta ya que hay muchas iguales y con el mismo texto pero no estaría nada mal que pusieras de dónde has sacado la información.

Enviado desde mi Redmi Note 3 mediante Tapatalk

Lo iba a poner en futuras mejoras del post, ya que me pareció interesante y quería ponerlo lo antes posible. Más adelante lo pondré.

Y la diferencia entre el BIG governor y el Little cual es?

[m80dv]

El Big es el procesador con las frecuencias más altas. El little ya puedes imaginar que es el que tiene las frecuencias más bajas.

Tapatalkeado desde mi Samsung N3N