¿Cuánto ahorro de batería esperar de SetCPU? [cerrado]

¿Alguien ha realizado mediciones serias sobre los efectos de SetCPU (o una aplicación similar de ahorro de energía)?

Quiero decir, ¿los desarrolladores de Google y Linux son realmente tan estúpidos como para no implementar correctamente la administración de energía en el sistema? Especialmente considerando el problema primordial de Android de la duración de la batería.

El video promocional de SetCPU solo muestra cómo los números de MHz suben y bajan, pero ¿es notablemente mejor para la batería que la inactividad del procesador realizada por el propio sistema operativo?

Si observa la implementación de Waklock (el sistema no se ocupa de los Wakelocks abandonados incluso cuando se cerró la aplicación correspondiente), no pregunta sobre esto XD Pero no somos un foro de discusión, donde su pregunta encaja mejor: - no se adapta bien a nuestro estilo de preguntas y respuestas, es muy probable que se cierre pronto (consulte nuestras Preguntas frecuentes para obtener más detalles).
Comprensiblemente, este es un tema controvertido, pero estoy preguntando sobre números concretos de observaciones reales: las horas de duración de la batería ganadas o el porcentaje de energía ahorrada.
Su pregunta parece más bien una "encuesta". Para evitar que se cierre, sugiero encarecidamente que se reformule, o al menos incluya su último comentario con la pregunta en sí para dejarlo claro :)
Usar SetCPU para inactivar manualmente un dispositivo que ya estaría inactivo correctamente probablemente no sea la forma correcta de hacerlo. De hecho, entiendo que limitar la frecuencia máxima de la CPU a veces puede aumentar el uso de la batería durante las operaciones de sincronización, ya que la radio debe usarse durante un período más largo mientras que los datos se procesan más lentamente. Eso no significa que no existan dispositivos que no funcionan muy bien. TL; DR Parece que ya sabes la respuesta: "depende".

Respuestas (1)

En general, cuanto más lenta sea la velocidad de su reloj, menor será el consumo de energía de su dispositivo. Pero si estás bajando la velocidad de tu reloj... entonces las cosas funcionarán con lentitud, especialmente si caes por debajo del rango de 500 MHz.

SetCPU tiene diferentes "perfiles" que controlan el comportamiento de su CPU. Puede hacer que funcione al máximo rendimiento (para obtener los mejores tiempos de respuesta y el peor uso de la batería), pero generalmente usa el predeterminado donde solo "acelera" el procesador cuando realmente se usa y se necesita.

Podría, por ejemplo, hacer que SetCPU reduzca la velocidad de su reloj a algo mucho más bajo de lo normal cuando la pantalla está apagada.

Los núcleos también importan. Algunas personas han creado núcleos de "bajo voltaje" que pueden ayudar con la duración de la batería. Pero su kilometraje variará con el uso de núcleos que no sean el estándar porque generalmente van más allá de los límites de las especificaciones de su CPU (por lo que un núcleo de "bajo voltaje" puede funcionar bien en un dispositivo pero no en otro dispositivo).

Los fabricantes de dispositivos quieren que tenga una buena experiencia con su dispositivo en la configuración estándar. Al cambiar la velocidad del reloj (a una velocidad más baja), debería esperar una degradación en el rendimiento a costa de una mejor duración de la batería.

Sí, sé que debería esperar una mejor duración de la batería al usar SetCPU. pero de verdad funciona? Por ejemplo, sospecho que cuando la pantalla está apagada, el sistema operativo pone el procesador en estado inactivo de todos modos, independientemente de la frecuencia, y se activa periódicamente para realizar tareas de rutina.
@AlexanderShcheblikin Como no escribo kernels o ROM, no puedo darle una muy buena respuesta a eso. La verdadera pregunta es: ¿puede cambiar manualmente la velocidad del reloj de manera más inteligente que el algoritmo del sistema operativo? Tal vez tal vez no. Pero si fuerza la velocidad del reloj, por ejemplo, para que siempre se ejecute a la velocidad de reloj más lenta, entonces sí, eso debería ser mejor ya que el algoritmo del sistema operativo idealmente en algún momento aceleraría la velocidad del reloj para cuando necesite rendimiento. Sin embargo, realmente no recomendaría correr a una velocidad de reloj tan baja.