mira alguno de los que hay aquí se adaptan a tus necesidades.
extraidas de aquí.
http://forum.xda-developers.com/show....php?t=1950084
1: Regulador ondemand:
Este gobernador tiene un gatillo para impulsar clockspeed a la velocidad máxima establecida por el usuario. Si disminuye la carga de la CPU dispuesta por el usuario, el regulador ondemand lentamente caminará hacia abajo a través de las versiones de frecuencia del núcleo hasta que se instala en la frecuencia más baja posible, o el usuario ejecuta otra tarea para exigir una rampa.
OnDemand tiene fluidez excelente interfaz debido a su sesgo de alta frecuencia, pero también puede tener un efecto relativamente negativo sobre la vida de la batería frente a otros gobernadores. OnDemand comúnmente es elegido por los fabricantes de smartphones porque está bien probado, confiable y prácticamente garantiza el mejor rendimiento posible para el teléfono. Esto es así porque los usuarios son mucho más probables que quejarme de rendimiento que son las horas de duración de la batería extra otro gobernador podría haberles concedió.
Este último hecho es importante saber antes de leer sobre el gobernador interactivo: OnDemand escalas su clockspeed en un contexto de colas de trabajo. En otras palabras, una vez que haya terminado la tarea que desencadenó la rampa clockspeed, OnDemand intentará volver al clockspeed al mínimo. Si el usuario ejecuta otra tarea que desencadena la rampa de OnDemand, el clockspeed rebotará de mínimo a máximo. Esto puede ocurrir especialmente con frecuencia si el usuario es multitarea. Esto, también tiene implicaciones negativas para la vida de la batería.
2: Gobernador interactivo:
Tanto como el gobernador OnDemand, el gobernador interactivo escalas dinámicamente clockspeed CPU en respuesta a la carga colocada en la CPU por parte del usuario. Esto es donde terminan las similitudes. Interactive es significativamente más sensible que OnDemand, porque es más rápido en la escala de frecuencia máxima.
3: Gobernador de rendimiento:
Esto bloquea CPU el teléfono en frecuencia máxima. Aunque esto puede sonar como una idea horrible, hay creciente evidencia que sugiera que ejecuta un teléfono en su máxima frecuencia en todos tiempos permitirá una más rápida carrera-a-idle. Carrera-a-idle es el proceso mediante el cual un teléfono completa una tarea dada, como sincronización de correo electrónico y devuelve la CPU para el estado de baja potencia extremadamente eficiente. Esto todavía requiere pruebas exhaustivas y un kernel que implementa correctamente C-Estados (baja potencia) una determinada CPU.
4: Gobernador de ahorro de energía:
Al contrario del gobernador rendimiento, el gobernador Powersave bloquea la frecuencia de la CPU en la frecuencia mínima establecida por el usuario.
5:conservative:
Esto predispone el teléfono a preferir la más baja posible clockspeed tan a menudo como sea posible. En otras palabras, una carga más grande y más persistente debe colocarse sobre la CPU antes de que el gobernador conservador se pedirá para elevar la CPU clockspeed. Dependiendo de cómo el desarrollador ha implementado este gobernador y el mínimo clockspeed elegido por el usuario, el gobernador conservador puede introducir rendimiento disparejo. Por otro lado, puede ser bueno para la vida de la batería.
6: Regulador userspace:
Este gobernador, excepcionalmente raro para el mundo de los dispositivos móviles, permite que cualquier programa ejecutado por el usuario para establecer la frecuencia de funcionamiento de la CPU. Este gobernador es más común entre los servidores o juego de escritorio de PC donde una aplicación (como una aplicación de perfil de energía) necesita privilegios a la CPU clockspeed.
7: Lagfree:
Lagfree es similar a ondemand. Principal diferencia es su optimización para convertirse en batería más amigable. Frecuencia con gracia es disminuido y aumentado, a diferencia de ondemand que salta al 100% con demasiada frecuencia. Lagfree no omita cualquier paso de frecuencia mientras escalar hacia arriba o hacia abajo. Recuerda si hay un requisito para la repentina de la energía, lagfree no puede satisfacer eso puesto que tiene que levantar la cpu a través de cada paso de frecuencia más alta de corriente. Algunos usuarios informan que la reproducción de vídeo usando lagfree tartamudea un poco.
8: scary
Un nuevo gobernador escribió basado en conservador con algunas características de sabelotodo, escala en consecuencia a las leyes de los conservadores. Se iniciará desde el fondo, tomar una muestra de carga, si está por encima de la upthreshold, rampa de velocidad única a la vez y rampa de bajada uno a la vez. Automáticamente se tapa la pantalla apagada acelera a 245Mhz, y si tu freq min es superior a 245mhz, restablecerá el min a 120mhz mientras la pantalla está apagada y restaurarlo al despertar de la pantalla y todavía escala en consecuencia a las leyes de los conservadores. Así que 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.
9: lazy:
Este gobernador de Ezekeel es básicamente un ondemand con un parámetro adicional min_time_state para especificar el tiempo mínimo de que CPU se queda en una frecuencia antes del escalado arriba/abajo. La Idea es eliminar cualquier inestabilidad causada por frecuencia rápida conmutación por ondemand. Gobernador perezoso encuestas más a menudo que ondemand, pero cambia la frecuencia solamente después de terminar min_time_state en un paso de reemplazar el intervalo de muestreo. Lazy también tiene un parámetro screenoff_maxfreq que cuando permitió voluntad causa al gobernador que siempre selecciona la frecuencia máxima mientras la pantalla está apagada.
10: lionheart:
Corazón de León es un gobernador conservador basado en que se basa en fuente update3 de samsung.
Los configurables (por ejemplo, los umbrales y la frecuencia de muestreo) fueron cambiadas para que el gobernador se comporta más como el rendimiento, a costa de la batería como el escalamiento es muy agresivo.
11: SmartassV2:
Versión 2 del gobernador sabelotodo original de Erasmux. Otro favorito para muchas personas. El objetivo del gobernador por una "frecuencia ideal" y rampa más agresivamente hacia este freq y menos agresivo después. Utiliza diferentes frecuencias ideales para pantalla y pantalla de apagado, a saber: awake_ideal_freq y sleep_ideal_freq. Este gobernador escalas abajo CPU muy rápido (a sleep_ideal_freq pronto) mientras la pantalla está apagada y escala rápidamente a awake_ideal_freq (500 mhz para GS2 por defecto) cuando la pantalla está activada. No hay ningún límite superior de frecuencia mientras la pantalla está apagada (a diferencia de sabelotodo). Así la gama de frecuencia entera está disponible para el gobernador utilizar durante la pantalla pantalla-apagado y estado. El lema de este gobernador es un equilibrio entre rendimiento y batería.
12: Wheatley:
en pocas palabras palabras este gobernador es construir sobre "ondemand" pero aumenta el C4 (el estado del sueño) estado tiempo de la CPU y haciendo así tratando de salvar el jugo. Así que los resultados muestran que Wheatley funciona según lo previsto y asegura que el estado C4 se utiliza cuando la tarea permite un eficiente uso adecuado del estado C4. Para las tareas más exigentes que causan un gran número de activaciones y previenen el uso eficiente del estado C4, el gobernador recurre a la siguiente mecanismo de ahorro de energía mejor y escala hacia abajo la frecuencia. Así que con el nuevo Wheatley altamente flexibles gobernador uno puede tener lo mejor de ambos mundos. Obviamente, este gobernador sólo está disponible en los dispositivos multi-core.
13: Intellidemand:
Intellidemand aka inteligente Ondemand de Faux es otro gobernador que se basa en ondemand. A diferencia de lo que creen algunos usuarios, este gobernador no es el reemplazo para el Daemon OC (teniendo diversos gobernadores para dormir y despierto). El intellidemand original se comporta diferentemente según el uso de la GPU. Cuando GPU está muy ocupado (juegos, mapas, benchmarking, etc.) intellidemand se comporta como ondemand. Cuando GPU es 'ralentí' (o moderadamente ocupado), intellidemand limita la frecuencia máxima para un paso dependiendo de las frecuencias disponibles en tu dispositivo/kernel para ahorrar batería. Esto se denomina modo de navegación. Aquí podemos ver algunos 'huellas' del gobernador interactivo. Frecuencia escalado decisión basado en ralentí tiempo de CPU. Menor tiempo de ralentí (< 20%) provoca CPU a escala de frecuencia actual. Frecuencia escala abajo pasa a pasos = 5% de la frecuencia máxima. (Este parámetro es tunable solamente en conservador, entre los gobernadores populares)
lo siento por la traducción si tiene fallos
