|
ROMs y desarrollo bq Aquaris M5 ROMs y desarrollo bq Aquaris M5 |
|
Herramientas |
#1
|
||||
|
||||
Tipos de gobernadores y para que sirven
Para aquellos que sois root ( sobre todo los novatos ) os dejo para que sirven los distintos gobernadores. En el M5 no estan todos, por supuesto, pero no esta de mas tener los conceptos claros.
Decir que esta recopilacion no es mia y cito la fuente al final del post. Un saludo. Diferentes tipos de gobernadores y sus características: Disponibles en M5 con kernel stock 1) Interactive: Es considerado como un ondemand más rápido. Más ágil, menos batería. En lugar de realizar muestreos en cada intervalo como ondemand, éste determina la manera de escalar la cpu cuando sale de reposo. Es un ondemand inteligente por las optimizaciones de estabilidad. 2) userspace: En lugar de determinar automáticamente las frecuencias, permite al usuario configurar las frecuencias. 3) 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). 4) ondemand: El gobernador por defecto en la mayoría de kernels originales. Es lo mismo que ondemandx pero sin perfiles de suspensión/despertar. A pesar de que muchos de nosotros consideramos que éste es un gobernador fiable, carece de ahorro de batería y el rendimiento es el que viene configurado por defecto. 5) performance: Establece la frecuencia mínima como la máxima. Utiliza este gobernador para realizar los benchmarks! No disponibles en M5 con kernel stock 1) lazy: Este gobernador de ezekeel es básicamente un gobernador ondemand con un parámetro adicional min_time_state para especificar el tiempo mínimo que la CPU se mantiene en una frecuencia antes de escalar hacia arriba/abajo. La idea aquí es eliminar cualquier inestabilidad causada por el rápido cambio de frecuencia del ondemand. El gobernador Lazy escanea más frecuentemente que el ondemand, pero cambia de frecuencia sólo después de completar min_time_state en un paso. Lazy también tiene un parámetro de screenoff_maxfreq que puede ser configurado para especificar la frecuencia máxima con la pantalla apagada. 2) lulzactive: Este gobernador de tegrak está basado en los gobernadores interactive y smartass. Es uno de los gobernadores favoritos. Versión vieja: cuando la carga de trabajo es mayor o igual al 60%, el gobernador escala hacia arriba la cpu hasta el siguiente paso más alto. Cuando la carga de trabajo es menor al 60%, el gobernador escala hacia abajo la cpu hasta el siguiente paso más bajo. Cuando la pantalla está apagada, la frecuencia está bloqueada a la frecuencia mínima de escalado. Nueva versión: tres parámetros adicionales configurables por el usuario: inc_cpu_load, pump_up_step, pump_down_step. Este gobernador ofrece mayor control para el usuario. Podemos configurar el umbral en el cual el gobernador decide si escala arriba/abajo. También podemos configurar el número de pasos de frecuencia. También puede fijar el número de pasos de frecuencia que hay que saltar mientras escanea arriba y abajo. 3) 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. 4) smartassV2: Versión 2 del gobernador smartass original de erasmux. Otro gobernador favorito para mucha gente. Este gobernador escala hacia abajo muy rápido cuando la pantalla está apagada y escala hasta 500Mhz muy rápido cuando la pantalla está encendida. No hay límite de frecuencia superior cuando la pantalla está apagada. El objetivo de este gobernador es buscar la "frecuencia ideal", y aumentar gradualmente de una manera más agresiva hacia esta frecuencia y menos agresiva después. Utiliza diferentes frecuencias ideales cuando la pantalla está apagada o encendida, es decir, awake_ideal_freq y sleep_ideal_freq. Garantiza un equilibrio entre rendimiento y batería. 5) 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. 6) intellidemand: Intellidemand o también conocido como el "ondemand inteligente" de Faux, es otro gobernador basado en "ondemand". A diferencia de lo que algunos usuarios creen, este gobernador no es el equivalente a "OC Daemon" (Teniendo distintos gobernadores para suspensión y despertar). El comportamiento original de "intellidemand" es diferente según el uso de la GPU. Cuando la GPU está muy saturada (con juegos, mapas, benchmarks...) el comportamiento de intellidemand es como el del gobernador "ondemand". Cuando la GPU está inactiva o con un uso muy moderado, "intellidemand" limita la frecuencia máxima a un paso dependiendo de las frecuencias disponibles en tu kernel/teléfono para salvar batería. Esto se conoce como el modo navegación. Podemos ver algunos "rastros" del gobernador "interactive" aquí. La decisión de escalar la frecuencia está basada en el tiempo de inactividad de la CPU. Un menor tiempo de inactividad (<20%) hace que la CPU escale hacia arriba desde la frecuencia actual. El escalado descendente de frecuencia ocurre en los pasos = 5% de la frecuencia actual. En resumen, se trata de un "ondemand inteligente" que entra en modo de navegación para limitar la frecuencia máxima cuando la GPU está inactiva y se comporta como "ondemand" cuando la GPU está muy ocupada, ofreciendo un buen rendimiento para juegos y similares. "Intellidemand" no salta a la frecuencia más alta cuando la pantalla está apagada. 7) lionheart: Lionheart es un gobernador "conservative" modificado por Knzo. Permite modificar el umbral mínimo y máximo y la menor frecuencia de muestreo disponible en el "conservative". Lo que busca este gobernador es la capacidad de respuesta extrema y el rendimiento, a costa de la batería. Cuando se trata de suavidad (sin considerar la descarga de la batería), un "conservative" ajustado ofrece mayor suavidad en comparación con un "ondemand" afinado. Esto podría ser la razón del nacimiento de Lionheart. 8) brazilianwax: Similar al gobernador smartassv2. Más agresivo incrementando la frecuencia, por lo que ofrece mejor rendimiento y por lo tanto, menos batería. 9) SavagedZen: Otro gobernador basado en smartassv2. Logra un buen equilibrio entre rendimiento y batería en comparación con savagedzen. 10) smartass: Versión inicial de smartassv2. Dispone de un límite de frecuencia con la pantalla apagada. No se comporta tan bién con la batería como smartassv2 ya que la frecuencia mínima con la pantalla encendida es mayor que la frecuencia utilizada mientras la pantalla está apagada. 11) conservative: Un ondemand más lento el cual escala despacio para salvar batería. 12) Interactivex: Es un gobernador Interactive con un perfil para despertar. Mejor comportamiento con la batería que el Interactive. Fuente: http://www.htcmania.com/showthread.php?t=301918 Última edición por NEOCRONOS1975 Día 04/09/15 a las 23:44:50. |
Los siguientes 8 usuarios han agradecido a NEOCRONOS1975 su comentario: | ||
|
#2
|
||||
|
||||
Buen tema. ¿Te importaría clasificar los governors que expones en "disponible en M5" y "no disponible en M5"? Es una tontería pero, tras leer el artículo y sobre todo para noobs, sería de gran ayuda.
¡Un saludo! |
Gracias de parte de: | ||
#3
|
||||
|
||||
Un resumen y recomendacion tampoco irira mal! ;)
Enviado desde mi Aquaris M5 mediante Tapatalk
__________________
|
#4
|
||||
|
||||
Gracias por el comentario y la recomendacion. Editado para clasificarlos por disponibilidad en el M5
__________________
Si algo te parece interesante, no dudes en dejar un comentario, aunque no lo parezca, los que pusieron eso ahí lo agradecerán.
|
#6
|
||||
|
||||
Muy buen aporte. Gracias!
Os queria hacer una pregunta del kernel auditor a ver si me podeis ayudar a entender una cosa. He decidido hacer pruebas un poco mas "agresivas" con la frecuencia del CPU. De momento he dejado el gobernador de ambos en interactive pero he recortado de forma importante las frecuencias a estos valores: BIG: - Frec. maxima: 1113Mhz - Frec. minima: 200Mhz LITTLE: - Frec. maxima: 800Mhz - Frec. minima: 200Mhz Ademas he marcado la opcion de aplicar al inicio. No obstante, a veces mientras estoy monitorizando los valores de "CPU actual" con Kernel Auditor, veo que a veces sube a 1344 durante un segundo y luego vuelve a bajar. ¿Sabeis porque pasa esto? Creia que al limitarlo a 1113 nunca subiria de ahi. Lo que pretendo con estas pruebas es ver los efectos sobre temperatura, rendimiento y bateria con frecuencias mas bajas. Quizas sea interesante una configuracion asi para personas como yo que no usan el movil para jugar, sino que solo para "trabajo" (chrome, maps, whatsapp y gmail). |
#7
|
||||
|
||||
Para aquellos que sois root ( sobre todo los novatos ) os dejo para que sirven los distintos gobernadores. En el M5 no estan todos, por supuesto, pero no esta de mas tener los conceptos claros.
Decir que esta recopilacion no es mia y cito la fuente al final del post. Un saludo. Diferentes tipos de gobernadores y sus características: Disponibles en M5 con kernel stock 1) Interactive: Es considerado como un ondemand más rápido. Más ágil, menos batería. En lugar de realizar muestreos en cada intervalo como ondemand, éste determina la manera de escalar la cpu cuando sale de reposo. Es un ondemand inteligente por las optimizaciones de estabilidad. 2) userspace: En lugar de determinar automáticamente las frecuencias, permite al usuario configurar las frecuencias. 3) 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). 4) ondemand: El gobernador por defecto en la mayoría de kernels originales. Es lo mismo que ondemandx pero sin perfiles de suspensión/despertar. A pesar de que muchos de nosotros consideramos que éste es un gobernador fiable, carece de ahorro de batería y el rendimiento es el que viene configurado por defecto. 5) performance: Establece la frecuencia mínima como la máxima. Utiliza este gobernador para realizar los benchmarks! No disponibles en M5 con kernel stock 1) lazy: Este gobernador de ezekeel es básicamente un gobernador ondemand con un parámetro adicional min_time_state para especificar el tiempo mínimo que la CPU se mantiene en una frecuencia antes de escalar hacia arriba/abajo. La idea aquí es eliminar cualquier inestabilidad causada por el rápido cambio de frecuencia del ondemand. El gobernador Lazy escanea más frecuentemente que el ondemand, pero cambia de frecuencia sólo después de completar min_time_state en un paso. Lazy también tiene un parámetro de screenoff_maxfreq que puede ser configurado para especificar la frecuencia máxima con la pantalla apagada. 2) lulzactive: Este gobernador de tegrak está basado en los gobernadores interactive y smartass. Es uno de los gobernadores favoritos. Versión vieja: cuando la carga de trabajo es mayor o igual al 60%, el gobernador escala hacia arriba la cpu hasta el siguiente paso más alto. Cuando la carga de trabajo es menor al 60%, el gobernador escala hacia abajo la cpu hasta el siguiente paso más bajo. Cuando la pantalla está apagada, la frecuencia está bloqueada a la frecuencia mínima de escalado. Nueva versión: tres parámetros adicionales configurables por el usuario: inc_cpu_load, pump_up_step, pump_down_step. Este gobernador ofrece mayor control para el usuario. Podemos configurar el umbral en el cual el gobernador decide si escala arriba/abajo. También podemos configurar el número de pasos de frecuencia. También puede fijar el número de pasos de frecuencia que hay que saltar mientras escanea arriba y abajo. 3) 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. 4) smartassV2: Versión 2 del gobernador smartass original de erasmux. Otro gobernador favorito para mucha gente. Este gobernador escala hacia abajo muy rápido cuando la pantalla está apagada y escala hasta 500Mhz muy rápido cuando la pantalla está encendida. No hay límite de frecuencia superior cuando la pantalla está apagada. El objetivo de este gobernador es buscar la "frecuencia ideal", y aumentar gradualmente de una manera más agresiva hacia esta frecuencia y menos agresiva después. Utiliza diferentes frecuencias ideales cuando la pantalla está apagada o encendida, es decir, awake_ideal_freq y sleep_ideal_freq. Garantiza un equilibrio entre rendimiento y batería. 5) 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. 6) intellidemand: Intellidemand o también conocido como el "ondemand inteligente" de Faux, es otro gobernador basado en "ondemand". A diferencia de lo que algunos usuarios creen, este gobernador no es el equivalente a "OC Daemon" (Teniendo distintos gobernadores para suspensión y despertar). El comportamiento original de "intellidemand" es diferente según el uso de la GPU. Cuando la GPU está muy saturada (con juegos, mapas, benchmarks...) el comportamiento de intellidemand es como el del gobernador "ondemand". Cuando la GPU está inactiva o con un uso muy moderado, "intellidemand" limita la frecuencia máxima a un paso dependiendo de las frecuencias disponibles en tu kernel/teléfono para salvar batería. Esto se conoce como el modo navegación. Podemos ver algunos "rastros" del gobernador "interactive" aquí. La decisión de escalar la frecuencia está basada en el tiempo de inactividad de la CPU. Un menor tiempo de inactividad (<20%) hace que la CPU escale hacia arriba desde la frecuencia actual. El escalado descendente de frecuencia ocurre en los pasos = 5% de la frecuencia actual. En resumen, se trata de un "ondemand inteligente" que entra en modo de navegación para limitar la frecuencia máxima cuando la GPU está inactiva y se comporta como "ondemand" cuando la GPU está muy ocupada, ofreciendo un buen rendimiento para juegos y similares. "Intellidemand" no salta a la frecuencia más alta cuando la pantalla está apagada. 7) lionheart: Lionheart es un gobernador "conservative" modificado por Knzo. Permite modificar el umbral mínimo y máximo y la menor frecuencia de muestreo disponible en el "conservative". Lo que busca este gobernador es la capacidad de respuesta extrema y el rendimiento, a costa de la batería. Cuando se trata de suavidad (sin considerar la descarga de la batería), un "conservative" ajustado ofrece mayor suavidad en comparación con un "ondemand" afinado. Esto podría ser la razón del nacimiento de Lionheart. 8) brazilianwax: Similar al gobernador smartassv2. Más agresivo incrementando la frecuencia, por lo que ofrece mejor rendimiento y por lo tanto, menos batería. 9) SavagedZen: Otro gobernador basado en smartassv2. Logra un buen equilibrio entre rendimiento y batería en comparación con savagedzen. 10) smartass: Versión inicial de smartassv2. Dispone de un límite de frecuencia con la pantalla apagada. No se comporta tan bién con la batería como smartassv2 ya que la frecuencia mínima con la pantalla encendida es mayor que la frecuencia utilizada mientras la pantalla está apagada. 11) conservative: Un ondemand más lento el cual escala despacio para salvar batería. 12) Interactivex: Es un gobernador Interactive con un perfil para despertar. Mejor comportamiento con la batería que el Interactive. Fuente: http://www.htcmania.com/showthread.php?t=301918 |
#8
|
||||
|
||||
Con la aplicación Kernel Auditor en CPU - Gobernador del CPU a mi me salen 8 gobernadores entre los cuales no figuran algunos de la lista principal que veo, por ejemplo no sale el "interactive". Tiene: bw_hwmon / bw_wbif / gpubw_mon / msm-adreno-tz / cpufreq / userspace / powersave / perfomance ¿Y de estos que salen cual es el más fluido y que consuma menos batería ya que el "interactive" no sale...?
Enviado desde mi Aquaris M5 mediante Tapatalk
__________________
|
Gracias de parte de: | ||
#9
|
||||
|
||||
Perdón....un error. Sí que tiene todos esos gobernadores que dice el manual. Confundí la pestaña CPU con la de GPU (que lleva esos gobernadores que comenté antes). La CPU la he puesto en "interactive"; ¿los gobernadores de la GPU qué conviene poner...?
|
Gracias de parte de: | ||
#10
|
||||
|
||||
Buen post !
__________________
|
Estás aquí | ||||||
|