YossYGalaxy
05/11/12, 12:21:50
GOBERNADOR ONDEMAND
Este gobernador tiene como principal característica que ante aumentos en la carga cambia la velocidad de la CPU rápidamente a la velocidad máxima establecida por el usuario (podemos decir que tiene un gatillo que impulsa la velocidad a la velocidad máxima fijada por el usuario). Cuando la carga disminuye, este gobernador disminuirá gradualmente la frecuencia de la CPU a través de los diferentes pasos de frecuencia del kérnel hasta que se asiente en la frecuencia mínima o hasta que el usuario ejecute una tarea que requiera un nuevo aumento en la frecuencia. Destaca la fluidez y capacidad de repuesta que se logra con este gobernador aunque a veces, en su configuración por defecto, se queda un poco corto en cuanto al ahorro de batería.
Es importante saber que el gobernador OnDemand escala su velocidad en un contexto de cola de trabajo (work queue); es decir, una vez que la tarea que dispara la rampa de velocidad del reloj ha terminado, OnDemand intentará moverse de nuevo a la velocidad de reloj mínima, pero si el usuario ejecuta otra tarea que desencadena una rampa OnDemand, la velocidad volverá al máximo. Esto ocurrirá con frecuencia si el usuario es multitarea, teniendo implicaciones negativas para la duración de la batería.
OnDemand es normalmente el gobernador elegido por los fabricantes de smartphones ya que está muy probado, por lo que es muy fiable, y garantiza el rendimiento y fluidez en los teléfonos; aunque sea en detrimento de la duración de la batería.
GOBERNADOR ONDEMANDX
Básicamente es un OnDemand con perfiles diferentes para pantalla encendida y apagada. Cuando la pantalla está apagada la frecuencia máxima está limitada a 500 mhz. Se supone por ello que este es un gobernador OnDemand con un mejor trato para la batería.
GOBERNADOR INTELLIDEMAND
El gobernador Intellidemand también es conocido como Ondemand Inteligente (de Faux) y como su nombre indica es otro gobernador basado en el OnDemand.
El Intellidemand se comporta de manera diferente según el uso de la GPU. Cuando la GPU está muy ocupada (juegos, mapas, ...) se comporta como el OnDemand; mientras que si la GPU está desocupada (idle) o poco ocupada este gobernador limita la frecuencia máxima, dependiendo de la tabla de frecuencias disponibles en nuestra configuración, e incluso llega a apagar un núcleo para así ahorrar batería. A este modo se le denomina "modo de navegación"
La decisión de un aumento de frecuencia se basa en el tiempo desocupado de la CPU: un tiempo ocioso bajo (<20%) de la CPU ocasionará un escalado hacia arriba desde la frecuencia actual. Los escalados hacia abajo se producen en pasos equivalentes al 5% de la frecuencia máxima.
En resumen, este es un Ondemand Inteligente que entra en Modo Navegación cuando la GPU está al ralentí y (saliendo del Modo Navegación) se comporta como OnDemand cuando la GPU está ocupada para poder ofrecer buen rendimiento en juegos y demás.
GOBERNADOR LAZY
Este gobernador de Ezekeel es básicamente un OnDemand con un parámetro adicional (min_time_state) que especifica un tiempo mínimo en el que la CPU permanecerá en una frecuencia antes de cambiar a otra (de ahí lo de lazy = perezoso). El gobernador Lazy permite tomar muestras de la carga de la CPU con mayor frecuencia (con la consiguiente mayor flexibilidad y mejora en la respuesta) pero sólo cambia de frecuencia después de completar el tiempo mínimo establecido, eliminando las inestabilidades que originan los cambios rápidos de frecuencias en el gobernador OnDemand.
Lazy tiene también otro parámetro característico: screenoff_maxfreq. Cuando está activado hace que el gobernador seleccione siempre la máxima frecuencia cuando la pantalla este apagada.
GOBERNADOR LAGFREE
Lagfree es muy similar a OnDemand. La principal diferencia es que el gobernador Lagfree está optimizado para reducir el consumo de batería. Las frecuencia de la CPU sube y baja con suavidad, a diferencia del OnDemand que salta a la frecuencia máxima demasiado a menudo.
Lagfree también es similar al SmartassV2 pero, en vez de basado en Interactive como éste, basado en Conservative: cuando el dispositivo se despierta salta directamente a una frecuencia de CPU determinada y a partir de ese momento se comporta de manera similar al Conservative. Lagfree no se salta ningún paso de frecuencia cuando escala arriba o abajo. Hay que tener en cuenta por ello, que si se produce una necesidad repentina de potencia, lagfree no la podrá proporcionar, ya que tiene que escalar desde la frecuencia actual a la máxima a través de todos los pasos intermedios. Además se ha observado que la bajada de frecuencias también se produce de una forma bastante lenta (le lleva más de un segundo el paso de una frecuencia a otra)
De esta forma, se puede concluir que este gobernador reduce el lag despues del encendido de la pantalla mejorando la experiencia en este sentido, pero luego es lento a la hora de seguir escalando frecuencias hacia arriba después de ese salto inicial y muy lento para escalar frecuencias hacia abajo.
Algunos usuarios informan de que la reproducción de video da algún tirón con este gobernador.
GOBERNADOR HYPER
El gobernador HYPER (en sus primeras fases menos avanzadas conocido como hyper) es un gobernador agresivo, inteligente y suave. Está optimizado para SGS2. Dispone de un montón de parámetros ajustables, basados en el gobernador OnDemand y OnDemandX.
Tu Kernel y tú: kernel, gobernadores y schedulers (http://www.htcmania.com/showthread.php?t=484697)
Este gobernador tiene como principal característica que ante aumentos en la carga cambia la velocidad de la CPU rápidamente a la velocidad máxima establecida por el usuario (podemos decir que tiene un gatillo que impulsa la velocidad a la velocidad máxima fijada por el usuario). Cuando la carga disminuye, este gobernador disminuirá gradualmente la frecuencia de la CPU a través de los diferentes pasos de frecuencia del kérnel hasta que se asiente en la frecuencia mínima o hasta que el usuario ejecute una tarea que requiera un nuevo aumento en la frecuencia. Destaca la fluidez y capacidad de repuesta que se logra con este gobernador aunque a veces, en su configuración por defecto, se queda un poco corto en cuanto al ahorro de batería.
Es importante saber que el gobernador OnDemand escala su velocidad en un contexto de cola de trabajo (work queue); es decir, una vez que la tarea que dispara la rampa de velocidad del reloj ha terminado, OnDemand intentará moverse de nuevo a la velocidad de reloj mínima, pero si el usuario ejecuta otra tarea que desencadena una rampa OnDemand, la velocidad volverá al máximo. Esto ocurrirá con frecuencia si el usuario es multitarea, teniendo implicaciones negativas para la duración de la batería.
OnDemand es normalmente el gobernador elegido por los fabricantes de smartphones ya que está muy probado, por lo que es muy fiable, y garantiza el rendimiento y fluidez en los teléfonos; aunque sea en detrimento de la duración de la batería.
GOBERNADOR ONDEMANDX
Básicamente es un OnDemand con perfiles diferentes para pantalla encendida y apagada. Cuando la pantalla está apagada la frecuencia máxima está limitada a 500 mhz. Se supone por ello que este es un gobernador OnDemand con un mejor trato para la batería.
GOBERNADOR INTELLIDEMAND
El gobernador Intellidemand también es conocido como Ondemand Inteligente (de Faux) y como su nombre indica es otro gobernador basado en el OnDemand.
El Intellidemand se comporta de manera diferente según el uso de la GPU. Cuando la GPU está muy ocupada (juegos, mapas, ...) se comporta como el OnDemand; mientras que si la GPU está desocupada (idle) o poco ocupada este gobernador limita la frecuencia máxima, dependiendo de la tabla de frecuencias disponibles en nuestra configuración, e incluso llega a apagar un núcleo para así ahorrar batería. A este modo se le denomina "modo de navegación"
La decisión de un aumento de frecuencia se basa en el tiempo desocupado de la CPU: un tiempo ocioso bajo (<20%) de la CPU ocasionará un escalado hacia arriba desde la frecuencia actual. Los escalados hacia abajo se producen en pasos equivalentes al 5% de la frecuencia máxima.
En resumen, este es un Ondemand Inteligente que entra en Modo Navegación cuando la GPU está al ralentí y (saliendo del Modo Navegación) se comporta como OnDemand cuando la GPU está ocupada para poder ofrecer buen rendimiento en juegos y demás.
GOBERNADOR LAZY
Este gobernador de Ezekeel es básicamente un OnDemand con un parámetro adicional (min_time_state) que especifica un tiempo mínimo en el que la CPU permanecerá en una frecuencia antes de cambiar a otra (de ahí lo de lazy = perezoso). El gobernador Lazy permite tomar muestras de la carga de la CPU con mayor frecuencia (con la consiguiente mayor flexibilidad y mejora en la respuesta) pero sólo cambia de frecuencia después de completar el tiempo mínimo establecido, eliminando las inestabilidades que originan los cambios rápidos de frecuencias en el gobernador OnDemand.
Lazy tiene también otro parámetro característico: screenoff_maxfreq. Cuando está activado hace que el gobernador seleccione siempre la máxima frecuencia cuando la pantalla este apagada.
GOBERNADOR LAGFREE
Lagfree es muy similar a OnDemand. La principal diferencia es que el gobernador Lagfree está optimizado para reducir el consumo de batería. Las frecuencia de la CPU sube y baja con suavidad, a diferencia del OnDemand que salta a la frecuencia máxima demasiado a menudo.
Lagfree también es similar al SmartassV2 pero, en vez de basado en Interactive como éste, basado en Conservative: cuando el dispositivo se despierta salta directamente a una frecuencia de CPU determinada y a partir de ese momento se comporta de manera similar al Conservative. Lagfree no se salta ningún paso de frecuencia cuando escala arriba o abajo. Hay que tener en cuenta por ello, que si se produce una necesidad repentina de potencia, lagfree no la podrá proporcionar, ya que tiene que escalar desde la frecuencia actual a la máxima a través de todos los pasos intermedios. Además se ha observado que la bajada de frecuencias también se produce de una forma bastante lenta (le lleva más de un segundo el paso de una frecuencia a otra)
De esta forma, se puede concluir que este gobernador reduce el lag despues del encendido de la pantalla mejorando la experiencia en este sentido, pero luego es lento a la hora de seguir escalando frecuencias hacia arriba después de ese salto inicial y muy lento para escalar frecuencias hacia abajo.
Algunos usuarios informan de que la reproducción de video da algún tirón con este gobernador.
GOBERNADOR HYPER
El gobernador HYPER (en sus primeras fases menos avanzadas conocido como hyper) es un gobernador agresivo, inteligente y suave. Está optimizado para SGS2. Dispone de un montón de parámetros ajustables, basados en el gobernador OnDemand y OnDemandX.
Tu Kernel y tú: kernel, gobernadores y schedulers (http://www.htcmania.com/showthread.php?t=484697)