Sin ánimo de llevarte la contraria, y a riesgo de equivocarme, pero diría que son 3 parches distintos con resultados igualmente distintos; el primero y segundo son para que el micro efectivamente entre en "ondemand" y varíe su velocidad en función de el requerimiento del sistema, la diferencia es que uno tiene un mínimo de velocidad de 166Mhz (el primero) y el otro da un máximo de 500Mhz.
El tercer parche es para "perfomance", y supongo que será el que trae por defecto, es decir "deep sleep" (este modo no estoy seguro, aunque es muy probable) y velocidad de micro máxima cuando hay demanda, es decir 1001Mhz.
Si mi suposición es cierta, evidentemente se pueden montar (vía
recovery), pero no pueden coexistir, es decir, o montas uno u otro.
Yo aconsejo, como simple mortal, el que buenamente indicó @
silverius (
Dropbox - Error) para "ondemand", ya que este utiliza todos los modos de comportamiento del micro, o también dejar el que trae por defecto y observar qué tal va la duración y comportamiento del terminal y/o cumplimentarlo con algún programa de gestión del micro como se menciona unas respuestas más atras.
Mi criterio sería que sacaran un parche "ondemand" en el que la velocidad mínima fuera 250Mhz y la máxima de 1001Mhz, incluyendo, por supuesto Deep Sleep, ya que la velocidad de 166Mhz hace (siempre desde mi perspectiva) un tanto perezoso el Zp100 (o similares) hasta que "despierta"; esto se puede conseguir con el programa de gestión de micro, en el que puedes indicarle un mínimo/máximo de velocidad de las pre-configuradas (1001, 500, 250 y 166Mhz), y activarle el Deep Sleep.
Si bien es cierto, que al igual que ocurre con los PCs, para mi, cualquier cambio de comportamiento en overclock/underclock siempre es conveniente realizarlo de manera permanente en el arranque (Bios-Boot...) y vía soft dentro del entorno (
windows-android (
linux)) únicamente comprobar con programillas la estabilidad de ese over/under-clock para plasmarlo en la mencionada Bios-Boot.
Menuda parrafada matutina que me ha salido...