[gotrek00]

 Cita: Originalmente Escrito por jrsoft

El overclock es precisamente lo que no es recomendable tocar porque se producen reinicios. En el hilo de xda están los cambios que tiene, que son muchos: http://forum.xda-developers.com/show....php?t=1336824

Aqui os dejo para q sirve cada gobernor del kernel aparecido en xda, cosa q yo no recordaba

(Click para mostrar/ocultar)

Lazy - Viene del Nexus S, y es una ampliación de potencia, rendimiento de la batería, ... + Suavidad al teléfono ya la velocidad 3x hasta Skia-bench!

SmartAssv2 - Una versión mejorada de smoothass

2. Gobernadores en el Kernel de Linux
================================

2.1 Performance
---------------

El gobernador CPUfreq "rendimiento", establece el CPU estáticamente en el
mayor frecuencia dentro de las fronteras de scaling_min_freq y
scaling_max_freq.


2.2 Powersave
-------------

El gobernador CPUfreq "ahorro de energía", establece el CPU estáticamente en el
frecuencia más baja dentro de las fronteras de scaling_min_freq y
scaling_max_freq.


2.3 Userspace
-------------

El gobernador CPUfreq "espacio de usuario" permite al usuario, o cualquier espacio de usuario
programa que se ejecuta con el UID "root", para establecer la CPU a una frecuencia específica
haciendo un archivo sysfs "scaling_setspeed" disponible en la CPU del dispositivo de
directorio.


2.4 Ondemand
------------

El gobernador CPUfreq "ondemand" establece la CPU en función de la
el uso actual. Para ello, la CPU debe tener la capacidad de
cambiar la frecuencia con gran rapidez. Hay una serie de archivos sysfs
los parámetros de acceso:

sampling_rate: se mide en Estados unidos (10 ^ -6 segundos), esta es la frecuencia con que
desea que el kernel para ver el uso de CPU y de tomar decisiones sobre
qué hacer con la frecuencia. Por lo general se establece en los valores de
alrededor de '10000 'o más. Su valor por defecto es (cmp. con los usuarios-guide.txt):
transition_latency * 1000
Tenga en cuenta que la latencia de transición está en ns y sampling_rate está en nosotros, por lo que
obtener el valor de sysfs misma por defecto.
Frecuencia de muestreo debe conseguir siempre ajustará teniendo en cuenta la latencia de transición
Para establecer la frecuencia de muestreo 750 veces más alta que la latencia de transición
en el bash (como se ha dicho, 1000 es la opción predeterminada), haga:
echo `$(($( gato cpuinfo_transition_latency) * 750 / 1000)) \
> Ondemand / sampling_rate

show_sampling_rate_min:
La frecuencia de muestreo está limitada por la latencia de transición HW:
transition_latency * 100
O por las restricciones del kernel:
Si CONFIG_NO_HZ se establece, el límite es de 10 ms fijo.
Si CONFIG_NO_HZ no se ha establecido o no_hz = off parámetro de arranque se utiliza, la
límites dependen de la opción CONFIG_HZ:
HZ = 1000: min = 20000us (20 ms)
HZ = 250: min = 80000us (80 ms)
HZ = 100: min = 200000us (200ms)
El valor más alto del núcleo y las restricciones de hardware de latencia que se muestra y
utiliza como tasa de muestreo mínima.

show_sampling_rate_max: Esta interfaz está en desuso, NO LO USE.

up_threshold: define lo que el uso de la CPU promedio entre los muestreos
de 'sampling_rate' tiene que ser para el kernel para tomar una decisión sobre
si se debe aumentar la frecuencia. Por ejemplo, cuando se establece
a su valor predeterminado de 95 "significa que entre el control
los intervalos de la CPU tiene que ser en promedio más del 95% en el uso de continuación
decidir que la frecuencia de la CPU tiene que ser mayor.

ignore_nice_load: este parámetro tiene un valor de '0 'o '1'. Cuando
'0 '(por defecto), todos los procesos se cuenta para el
"Utilización de la CPU" valor. Cuando se establece en '1 ', los procesos que se
correr con un "bonito" el valor no se cuentan (y por lo tanto ser ignorada) en el
cálculo de uso general. Esto es útil si está ejecutando una CPU
de cálculo intensivo en su computadora portátil que no le importa el tiempo que
necesario para completar como se puede "bonito" él y evitar que tomen parte
en el proceso de decisión de si se debe aumentar la frecuencia de la CPU.


2.5 Conservative
----------------

El gobernador CPUfreq "conservador", al igual que el "ondemand"
gobernador, establece la CPU en función del uso actual. Se diferencia en
comportamiento, ya que con gracia aumenta y disminuye la velocidad de la CPU
en lugar de saltar a la velocidad máxima en el momento no hay ninguna carga en el
CPU. Este comportamiento más adecuado en un entorno de baterías.
El gobernador está ajustado en la misma forma que el "ondemand" gobernador
a través de sysfs con la adición de:

freq_step: describe cuál es el porcentaje de la frecuencia de los pasos de la CPU debe ser
el aumento y la disminución de problemas por. Por defecto, la frecuencia de la CPU se
aumento en trozos de 5% de su máxima frecuencia de la CPU. Puede cambiar esta
valor a cualquier valor entre 0 y 100, donde 0 "efectivamente bloquear el
CPU a una velocidad independientemente de su carga, mientras que '100 ', en teoría, hacer
se comportan de forma idéntica a la "ondemand" el gobernador.

down_threshold: igual que el 'up_threshold encontrado para el "ondemand"
gobernador, pero en sentido contrario. Por ejemplo, cuando establece en su
valor por defecto de '20 'significa que si el uso de la CPU tiene que estar por debajo de
20% entre las muestras de tener la disminución de la frecuencia.


2.6 Interactive
---------------

El gobernador CPUfreq "interactivo" ha sido diseñado para sensibles a la latencia,
cargas de trabajo interactivas. Este gobernador establece la velocidad de la CPU en función de
el uso, similar a "ondemand" y los gobernadores de "conservador". Sin embargo,
el gobernador es más agresivo en cuanto a la ampliación de la velocidad de la CPU en
respuesta a la actividad de uso intensivo de CPU.

El muestreo de la carga de la CPU cada ms X puede conducir a menores de alimentación de la CPU
para X ms, lo que lleva a pérdida de fotogramas, el tartamudeo de interfaz de usuario, etc en lugar de
muestreo de la CPU a una velocidad especificada, el gobernador interactivo
comprobar si la escala de la frecuencia de la CPU hasta poco después de salir de
inactivo. Cuando la CPU sale de reposo, un contador de tiempo se ha configurado para el fuego
dentro de 1-2 garrapatas. Si la CPU está muy ocupado entre la salida y la inactividad
cuando el temporizador de incendios entonces asumimos que la CPU es de poca potencia y la rampa
a velocidad máx.

Si la CPU no era lo suficientemente ocupado como para la rampa de inmediato a velocidad máxima,
entonces gobernador evalúa la carga de la CPU desde el último ajuste de la velocidad,
ª elección de valor más alto entre los que se cargan a más largo plazo o la
a corto plazo la carga desde la salida de inactividad para determinar la velocidad de la CPU a la rampa de.

El valor sintonizables para este gobernador son las siguientes:

min_sample_time: La cantidad mínima de tiempo para pasar a la corriente
frecuencia antes de la deceleración. Esto es para asegurar que el gobernador ha
visto lo suficiente los datos históricos de carga de la CPU para determinar la adecuada
carga de trabajo. El valor predeterminado es 80.000 uS.

go_maxspeed_load: La carga de la CPU en la que a la rampa de velocidad máxima. Defecto
es de 85.