Hola Jucargon, ni me habia fijado que tenia el compcache 6, me imagino que sera por haber porbado la jacXrom 1.43 y volver la 1.3 de Superatmel sin sin borrar la ext3, por vageria, pero soy de la opinion que las instlaciones cuanto mas limpias mejor.
esepedazogsi prueba a poner el siguiente valor a 0 y comentame que te parece, personalmente creo que prefiero 0.
powersave_bias=
200 # default 0, (200 since CM3.9.6+ )
Un compi posteo muy bien:
Mumps 
Miembro del foro
Fecha de Ingreso: jul 2009
Localización: Pamplona
Mensajes: 49
Modelo de PDA: HTC Magic 32B
Versión de ROM: JACxROM 1.3+compcache+back-swap
Ya tengo la 1.3CC nueva, con compcache y back-swap funcionando al 100%.
Investigando un poco (llevo un par de horas leyendome el tema
http://forum.xda-developers.com/showthread.php?t=542899 entero
), se puede balancear la carga de cpu (fluidez vs duracion de bateria) con el compcache, ya que lo de comprimir lo que se mete en cache esta muy bien porque ocupa menos, el pero (que siempre hay uno) es que usas CPU para comprimir/descomprimir gastando bateria.
Uno de los genios por alli (uwonsum) utiliza diferentes parametros del user.conf, los pongo tal cual los tiene el pero por mas que busco no encuentro que es cada cosa, ni siquiera en la pagina oficial del compcache. Si alguien sabe algo al respecto que lo diga. He puesto lo mismo que el porque tras leerle, se nota que controla
y dice que no ha notado diferencia en fluidez pero si mejora en duracion de bateria.
Virtual Memory:
page-cluster 1
dirty_background_ratio 10
dirty_ratio 16
dirty_writeback_centisecs 800
dirty_expire_centisecs 5000
swappiness 32
laptop_mode 0
Otro parametro que comentan de cambiar es el powersave_bias de 0 a 200. Tal como explica aqui
http://forum.xda-developers.com/show...4&postcount=46 si esta en 0 le cuesta mas tiempo cambiar de velocidad al procesador, asi que por ejemplo tener 128000 de minimo CPU y 528000 de maximo con powersave_bias 0 implica tener el procesador mucho mas tiempo a tope que con minimo 128 maximo 528 y powersave_bias 200.
Os pongo una tabla que indica el tiempo en cada estado de velocidad. Como se ve claramente, con 200 esta mucho tiempo 384 subiendo a 528 solo de vez en cuando (cuando la carga de procesador sube de 45%, indicado por up_thresold=45, se puede cambiar tambien). En cambio con powersave_bias=0 esta mucho mas tiempo a 528 (y tambien muchisimo a 128, lo que ralentiza), y por tanto segun el, la bateria dura bastante menos, incluso estando mas tiempo a 128, ya que obviamente el procesador gasta exponencialmente mucho mas a 528 que a 384.
Es decir con powersave_bias=0 cambia muy pocas veces de 528 a 128, casi nunca entrando a 384, y con 200 cambia entre 128 y 384 subiendo muchas veces a 528, pero tambien bajando rapidamente (teneis las tablas completas de numero de cambios entre estados en el link del post #46), haciendolo el equilibrio perfecto.
powersave_bias = 0
Code:
# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
19200 0
122880 0
128000 461075
245760 16970
384000 12843
528000 139854
powersave_bias = 200
Code:
# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
19200 0
122880 0
128000 233001
245760 11754
384000 125842
528000 44625
Creo que es la mejor solucion, ya que he visto bastantes que han optado por poner max 384000 para ahorrar bateria, con este metodo no hace falta, y sube solo cuando se necesita de verdad.
Espero que al que haya aguantado todo el tocho le ayude 