 |
|
||
|
#21
28/10/12, 11:27:23
|
||||
|
||||
|
Uff de momento me da mejores vibraciones el lean 4.5 este me da algo de lag pasando de aps a widgets en el cajón de aplicaciones, voy a probar otra vez y ya comento, aun que va bastante bien a rasgos generales este kernel
Enviado desde mi Galaxy Nexus 
|
|
|
|
#22
28/10/12, 19:24:36
|
||||
|
||||
|
E sufrido un apagado.se a quedado pillado e tenido que sacar la bateria.yo me quedo con trinity a67 va mucho mas suave
Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
|
#23
28/10/12, 19:31:12
|
||||
|
||||
 Cita: Originalmente Escrito por vipolar
E sufrido un apagado.se a quedado pillado e tenido que sacar la bateria.yo me quedo con trinity a67 va mucho mas suave
Enviado desde mi Galaxy Nexus usando Tapatalk 2 
|
|
#24
28/10/12, 20:17:45
|
||||
|
||||
|
Cita: Originalmente Escrito por yosula
si ha sido al cambiar las frecuencias es normal,parece que se cuelga y se reinicia el solo,lo hace para aplicar las frecuencias
Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
|
#25
28/10/12, 20:25:35
|
||||
|
||||
|
Yo lo e estado toqueteando y se me a quedado frito 4veces hoy, ahora e hecho una instalación limpia pensando q podría ser xq algo mal instalado y otra vez lo mismo y mira que ayer me fue perfecto.
__________________
|
|
#26
28/10/12, 20:46:40
|
||||
|
||||
|
Cita: Originalmente Escrito por vipolar
Eso mismo me pasa.que hacer para cambiar frecuencias si que se cuelgue?asta con setcpu se cuelga
Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
| Gracias de parte de: | ||
|
#27
28/10/12, 21:18:29
|
||||
|
||||
|
Cita: Originalmente Escrito por yosula
desde la app triscker mod tambien se cuelga.la unica manera que he conseguido para que no se cuelgue es cambiarlo si te lo permite la rom que lleves instalada .en mi caso llevo la codenameandroid ahora y desde ajustes / rendimiento / procesador, desde ahi cambio los parametros y no se me reinicia .la unica pega es que de ahi no puedes cambiar los colores y por eso no he desisntalao la app triscker
Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
|
#28
31/10/12, 22:31:24
|
||||
|
||||
|
nueva actualizacion (primer post actualizado)
CHANGELOG v3.0.49 - Android OMAP actualizaciones (wifi relacionado) OC / Voltaje - Re-enabled SR 192MHz y 230MHz para, un poco golpeado la frecuencia (debe resolver de inicio / reinicio números) - Se ha añadido 576MHz paso, paso intermedio perfecto entre 384-768 - Se ha añadido Aaron Carol V (R) I / O scheduler por / petición - Se ha añadido FIFO Aaron Carol I / O scheduler (realmente ninguna operación, a diferencia de no-op que aún realiza alguna clasificación / fusión) - No-op copia de seguridad completa y frontal fusión, no cambiar op de despacho a la espalda de inserción (Aaron Carol) frecuencia de la CPU - Añadir Pegasusq Samsung gobernador (Gokhanmoral) Misc - Las cosas afinado por defecto un poco más (vfs_cache_pressure -> 20, dirty_background_ratio -> 50, dirty_ratio -> 90) - Control de Morfic vibrador - Añadido soporte para control de sonido de ezekeel
|
|
#29
02/11/12, 10:13:35
|
||||
|
||||
|
nueva actualizacion "experimental"
ZenSERIES_v3 - Últimas Upstream v3.0.50 - Se ha añadido de nuevo en * Soporte screenoff_maxfrequency - Incumplimientos * hacia 576MHz - En caso de resolver wakelocks / cuestiones estela - Se han eliminado rev_penalty pesar de que es la característica principal de la RV - También elimina la lógica basada en la elección de solicitud * - * Dependiendo de la cabeza, porque nuestros teléfonos no han girar los discos duros. - Añadidos +10 mV a frecuencias 192/230Mhz - Revertidos algunos parches de memoria que fueron problemáticos - Se ha añadido "Zen" I / O planificador. * Basado principalmente fuera de no-op, pero también VR. Muy similar al SIO. * Principalmente FCFS, despachos back-insertados, los plazos de garantizar la equidad entre las solicitudes. * Peticiones síncronas elegidos sobre los asíncronos * Incluso más simple que el "Simple I / O scheduler" * Considere lo experimental, ya que sólo se ha probado mínimamente hasta ahora. en el primer post dejo las dos descargas (v 2 - v.3) Última edición por yosula Día 02/11/12 a las 10:16:39.
|
|
#30
02/11/12, 14:42:57
|
||||
|
||||
|
Cita: Originalmente Escrito por yosula
nueva actualizacion "experimental"
ZenSERIES_v3 - Últimas Upstream v3.0.50 - Se ha añadido de nuevo en * Soporte screenoff_maxfrequency - Incumplimientos * hacia 576MHz - En caso de resolver wakelocks / cuestiones estela - Se han eliminado rev_penalty pesar de que es la característica principal de la RV - También elimina la lógica basada en la elección de solicitud * - * Dependiendo de la cabeza, porque nuestros teléfonos no han girar los discos duros. - Añadidos +10 mV a frecuencias 192/230Mhz - Revertidos algunos parches de memoria que fueron problemáticos - Se ha añadido "Zen" I / O planificador. * Basado principalmente fuera de no-op, pero también VR. Muy similar al SIO. * Principalmente FCFS, despachos back-insertados, los plazos de garantizar la equidad entre las solicitudes. * Peticiones síncronas elegidos sobre los asíncronos * Incluso más simple que el "Simple I / O scheduler" * Considere lo experimental, ya que sólo se ha probado mínimamente hasta ahora. en el primer post dejo las dos descargas (v 2 - v.3) Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
|
#32
02/11/12, 20:11:56
|
||||
|
||||
|
nueva actualizacion
ZenSERIES_v3.1 -Se ha añadido a la plantilla de guión cleaner.sh zip y carreras en el programa de actualización de secuencia de comandos -Limpia a fondo de cualquier script y todo restantes del núcleo -En caso de arreglar los problemas para los usuarios que no pueden arrancar el kernel -Se ha añadido sysfs Info Zen interfaz para uso futuro añadida descarga primer post
|
|
#33
08/11/12, 19:53:37
|
||||
|
||||
|
ZenSERIES_v4
- Ground Breaking * Kernel Serious * Power - Construido con una vainilla más crosstool construido gcc 4.7.2 en lugar de Linaro * - En caso de resolver afectados los usuarios de Chrome y cualquier problema de arranque restantes * - Corregido el máximo de frecuencia 384MHz GPU - Se ha actualizado a v3.0.51 - CFLAGS ajustados - Elevado vfs_cache_pressure defecto de 20 -> 30 - Re-añadió algunas actualizaciones PM por cierto eliminados - La disminución de fifo_batch a 1 sobre el plazo / SIO / zen / V (R), ya que puede ser más deseable para la memoria flash - Establecer latencia cpu transición de regreso a 30ms - Se ha aumentado ligeramente las tensiones de 1.4-1.7 GHz. ~ - Reducción de la tasa Proprotional para TCP - Westwood por defecto TCP congestión planificador - Tálamo actualizados de residencias de destino - Zen I / O planificador es ahora por defecto - Un par de limpiezas a Zen I / O - Ajustado por defecto lowmemorykiller minfree, para min ~ 80Mb. - 2048/3072/6144/15360/17920/20480
|
|
#34
08/11/12, 21:32:38
|
||||
|
||||
|
E decidido probar esta última actualización v4, acabo de ponerlo y de momento funciona muy bien en general, falta dejar que pase algo más de tiempo y ver lo que consume.
__________________
|
|
#35
08/11/12, 22:19:36
|
||||
|
||||
|
yo he estado probando todas las versiones que han sacado hasta ahora y mas fluido si que va en comparacion al trinity 67 que es al que tomaba como patron por su bajo consumo , se nota algo mas gaston(1 o 2 horas totales con el mismo tiempo de pantalla) pero creo que con esta version se corregira
aqui dejo unas capturas de la version anterior    
|
|
#36
09/11/12, 06:49:57
|
||||
|
||||
|
2 horas y 24 minutos y un 50% restante no está nada mal, yo también uso la extendida y últimamente no llego ni a las dos horas con el 50% ahora mismo me queda un 30% y tengo 2 horas 12 minutos de pantalla y 17 minutos de multimedia.
__________________
|
|
#37
09/11/12, 07:31:47
|
||||
|
||||
|
Comentar que de normal hay que hacer un par o tres cargas para que se note el funcionamiento del kernel
Esta noche por ejemplo se ha tragado el 8% cuando de normal consume un 3 o 4% Enviado desde mi Galaxy Nexus usando Tapatalk 2
|
|
#38
09/11/12, 15:43:20
|
||||
|
||||
|
Cita: Originalmente Escrito por yosula
Comentar que de normal hay que hacer un par o tres cargas para que se note el funcionamiento del kernel
Esta noche por ejemplo se ha tragado el 8% cuando de normal consume un 3 o 4% Enviado desde mi Galaxy Nexus usando Tapatalk 2
__________________
|
|
#40
10/11/12, 08:20:29
|
||||
|
||||
|
Cita: Originalmente Escrito por yosula
la segunda carga
 Tienes puestos el governor y sheduler x defecto del kernel? El mismo drenaje del 3% e tenido esta noche en algo más de 8h. y siempre lo dejo en 2g. Esto empieza a ir bien.
__________________
Última edición por logi43 Día 10/11/12 a las 08:29:41.
|
 |
Estás aquí
|
||||||
|
||||||
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar513126_2.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar916805_10.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar649656_1.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar386660_13.gif){kind=avatar}