PARÁMETROS ONDEMAND
down_differencial: es un factor utilizado para calcular de forma indirecta el escalado hacia abajo del gobernador OnDemand. Se introduce básicamente para evitar que en algunos casos se produzca un efecto ping-pong de escalados abajo-arriba con el consiguiente aumento de consumo. Este parámetro actúa como un factor que previene escalados demasiado agresivos hacia frecuencias bajas.
Los valores que puede tomar este parámetro son enteros positivos. Los valores más altos retrasarán el escalado hacia abajo. Normalmente no son necesarios estos valores altos ya que por la estructura del algoritmo en que interviene este parámetro ya se producen varios redondeos al alza que hacen que la CPU normalmente esté "sobrada" utilizando este gobernador.
freq_responsiveness: es la frecuencia de respuesta. Cuando la frecuencia está por debajo de la frecuencia de respuesta, el valor de "up_threshold" será el mismo que el establecido para "up_threshold_min_freq" y en caso de escalado se saltará a este valor sin pasar por los valores intermedios.
freq_step: define cuanto (en % de la máxima velocidad de la CPU) incrementará o disminuirá el gobernador la velocidad de la CPU cada vez que la carga de la CPU llega a un umbral. De este modo el valor 0 bloqueará la CPU a una velocidad independientemente de la carga mientras que 100 es el valor adecuado para un gobernador OnDemand.
freq_step_suspend: sustituye al anterior parámetro cuando la pantalla está apagada.
io_is_busy: este parámetro tiene que ver con el comportamiento y la reacción cuando la pantalla está apagada. Un valor 1 puede resultar beneficioso para una reacción más rápida pero puede causar aumento en la frecuencia.***No he podido concretar más***
ignore_nice_load: si este valor es 1 el sistema no tendrá en cuenta los "procesos con prioridad alterada por nice" para cambiar la velocidad del procesador: será útil activar esta opción si no importa el tiempo que se tarden en completar estos procesos. ***Ahora habría que saber cuáles son estos procesos con prioridad alterada***
powersave_bias: modifica el comportamiento del gobernador OnDemand para ahorrar más energía al reducir la frecuencia de destino en un porcentaje especificado. El valor 0 proporciona la mejor relación entre el rendimiento y el consumo energético. Si se quiere primar la eficiencia energética introduciento un valor distinto el gobernador reducirá la frecuencia objetivo en un porcentaje de 1/10 del valor asignado.
Por ejemplo si el gobernador elige una frecuencia objetivo de 2 GHz y power_bias=100 el gobernador solicitará sólo 1,8 GHz. Una mejor alternativa en la mayoría de los casos sería simplemente hacer underclock (aunque no sea exactamente lo mismo).
sampling_down_factor: este valor actúa como multiplicador inverso para reducir la frecuencia de muestreo de utilización de la CPU (sampling_rate) cuando el procesador está realmente ocupado y está a la frecuencia máxima. Por ejemplo sampling_rate=10.000 con sampling_down_factor=2: el scheduler tomará muestras de utilización de la CPU cada 20.000 microsegundos. De esta forma se aumenta el tiempo que la CPU está a frecuencias altas cuando está realmente ocupada. Esto mejora el rendimiento mediante la reducción de los gastos generales de la evaluación de la carga y ayudando a la CPU permanecer en su frecuencia más alta cuando está ocupada, en vez de producir un efecto ping-pong en la velocidad. Este parámetro no tiene ningún efecto sobre el comportamiento a bajas frecuencias y bajas cargas de CPU.
Los valores que puede tomar este parámetro son enteros positivos. El valor 1 hace que no haya diferencias de muestreo a frecuencia maxima.
sampling_factor_suspend: sustituye al anterior parámetro cuando la pantalla está apagada.
sampling_rate: frecuencia de muestreo en microsegundos.
sampling_rate_min: establece una frecuencia de muestreo minima.
up_threshold: cuando la carga de la CPU llega a este punto, la frecuencia de la CPU escalará hacia arriba. Está medido en porcentaje de 1 a 100. Mayor valor significa menos capacidad de respuesta y valores más bajos corresponden a mejor respuesta repercutiendo en el gasto de la batería.
up_threshold_min_freq: este será el umbral de escalado cuando la CPU esté a la mínima frecuencia. Será muy bajo para lograr un escalado rápido hasta que se alcance el valor que se haya establecido para la frecuencia de respuesta (freq_responsiveness). Este valor se alcanzará saltándose todos los pasos intermedios que haya.
up_threshold_suspend: sustituye al umbral de escalado hacia arriba (up_threshold) en el caso de que la pantalla esté apagada.