SpeedMod Froyo [K13E HPCall VoodooSnd7 SharpnessFix STABLE

[juanysara]

Originalmente Escrito por rastafary

alguien nota diferencia de rendimiento entre el kernel a 250Hz y a 500Hz ???

No Rasta yo no notaba nada con los de 250, e iban bastane bien, eso si con lagfix, hasta que en un fasheo para actualizar, me dejo el terminal colgadito, tube que reiniciar, y siguió funcionando, hasta un nuevo cuelgue. Lo quite y puse el que recomendaban en XDA (el de 500), y sin lagfix, me va muuy bien y sin ningún cuelgue, hasta ahora, pero según me dijo avlujan, el de 500 esta más testeado, y da menos fallos, por eso lo recomiendan.

[n3stor1]

es recomendable poner el sistema de archivos en rfs/rfs/rfs/ext2/ext2/ext2 ?? hay algun problema? o pongo los 3 primros tmb en ext4. 1 saludooo

[Darkorz]

Originalmente Escrito por n3stor1

es recomendable poner el sistema de archivos en rfs/rfs/rfs/ext2/ext2/ext2 ?? hay algun problema? o pongo los 3 primros tmb en ext4. 1 saludooo

para que quieres activar los loops sin tener el lagfix basico de ext4?
no se si se puede ni como funcionara, pero vamos...

una vez mas: no se aconseja el uso de los loops a cualquier otra cosa que false por riesgo de perdida de datos :p

[n3stor1]

e cambiado a ext2/ext2/ext2/false/false/false...creo q lei a jvulcan q asi era mejor que con ext4.voy a probar.gracias x contestar darkoz

[Masouro]

Originalmente Escrito por n3stor1

e cambiado a ext2/ext2/ext2/false/false/false...creo q lei a jvulcan q asi era mejor que con ext4.voy a probar.gracias x contestar darkoz

Asi lo tengo yo y el sistema a ext4 tambien y va bastante bien

[n3stor1]

pues yo tengo la rom italiana+speedmod k12q 500Hz ext2/ext2/ext2/false/false/false y no logro quitar el lag que hay en "aplicaciones" en el scroll entre pantallas, no hay manera jdr.

[ajvulcan]

Originalmente Escrito por n3stor1

e cambiado a ext2/ext2/ext2/false/false/false...creo q lei a jvulcan q asi era mejor que con ext4.voy a probar.gracias x contestar darkoz

Si tienes las precaciones que yo también comento no hay problema, yo lo tengo así ya dos semanas y cero problemas.

[ajvulcan]

Originalmente Escrito por nonina

Hola:
He cambiado el sistema de archivos como recomendaba ajvulcan : /system ext4, /data /dbdata y /cache a ext2 los tres. Cuando decida cambiar de rom ¿es necesario volver a cambiar a rfs o se puede flashear directamente?
Gracias

Depende de si la nueva rom incorpora speedmod, si lo hace no debería de haber problema. Pero mejor cúrate en salud y cuando flashees una nueva rom vuelve a rfs que tampoco cuesta tanto y te evitas cualquier problema.

[ajvulcan]

Originalmente Escrito por rugarfer

Pues q sepais que ayer se me jodio el movil al realizar el backup para desactivar el lagfix.se me quedo pillao y ala...todo a la mierda.la proxima vez no lo quito!!!

Sent from my GT-I9000 using Tapatalk

Cuando haces un nandroid tienes primero que tener espacio suficiente en /sdcard y la segunda cosa, SER PACIENTE, a veces parece que se ha quedado bloqueado, pero no es así.

[ajvulcan]

Originalmente Escrito por rastafary

alguien nota diferencia de rendimiento entre el kernel a 250Hz y a 500Hz ???

En la última versión he hecho pruebas y las diferencias entre versiones son mínimas (anteriormente la de 250 parecía obtener un rendimiento superior). Recomiendo la de 500Hz, porque está más testeada y porque es en la que se ha centrado el autor. Va estupendamente.

[davidedieci]

Originalmente Escrito por ajvulcan

Si tienes las precaciones que yo también comento no hay problema, yo lo tengo así ya dos semanas y cero problemas.

A ver si me aclaro con la config que recomiendas, porqué llevo un jaleo ...
Tengo la k12qt7

En el recovery dentro de LAGFIX options:

DATA_FS=ext2
CACHE_FS=ext2
DBDATA_FS=ext2
DATA_LOOP=false
CACHE_LOOP=false
BIND_DATA_TO_DBDATA=false

Y para poner el SYSTEM a ext4, seria dentro de LAGFIX options en la opcion de Convert SYSTEM to Ext4 / RFS
Aqui pregunta Convert /system partition? decimos YES.

Hasta aqui es lo que recomiendas, verdad?

Ahora, como se con que sistema de archivos se me ha quedado /system partition?
No lo veo por ningun sitio ...

[ajvulcan]

Originalmente Escrito por davidedieci

A ver si me aclaro con la config que recomiendas, porqué llevo un jaleo ...
Tengo la k12qt7

En el recovery dentro de LAGFIX options:

DATA_FS=ext2
CACHE_FS=ext2
DBDATA_FS=ext2
DATA_LOOP=false
CACHE_LOOP=false
BIND_DATA_TO_DBDATA=false

Y para poner el SYSTEM a ext4, seria dentro de LAGFIX options en la opcion de Convert SYSTEM to Ext4 / RFS
Aqui pregunta Convert /system partition? decimos YES.

Hasta aqui es lo que recomiendas, verdad?

Ahora, como se con que sistema de archivos se me ha quedado /system partition?
No lo veo por ningun sitio ...

Primero te recomiendo que flashees la última versión estable, la que tienes es una beta.

Después, pues si, todas esas son las configuraciones recomendadas. Lo del systema no te lo dice, cuando activas eso al reiniciar te sale una pantalla que te permite escoger el sistema que tienes, si tienes dudas vuelve a darle a yes en la opción que comentas y al reiniciar vuelve a seleccionar ext4, pero que sepas que no te lo va a poner en ningún sitio.

[davidedieci]

Originalmente Escrito por ajvulcan

Primero te recomiendo que flashees la última versión estable, la que tienes es una beta.

Después, pues si, todas esas son las configuraciones recomendadas. Lo del systema no te lo dice, cuando activas eso al reiniciar te sale una pantalla que te permite escoger el sistema que tienes, si tienes dudas vuelve a darle a yes en la opción que comentas y al reiniciar vuelve a seleccionar ext4, pero que sepas que no te lo va a poner en ningún sitio.

Muchas Gracias ajvulcan !!!
La última versión estable supongo que es la k12q del 24 enero, cierto? Pues flasheo esta y vuelvo a comprobar las opciones ...

EDITO: Cierto, lo de la conversion de /system a ext4, cuando le das a convert, ya te dice que lo hará en el próximo reinicio. Bien, cuando le das a reboot system now, te sale una advertencia diciendo a que sistema quieres convertir, ext4 o RFS. Ahora lo veo más claro.
Gracias de nuevo.

[nonina]

Originalmente Escrito por ajvulcan

Depende de si la nueva rom incorpora speedmod, si lo hace no debería de haber problema. Pero mejor cúrate en salud y cuando flashees una nueva rom vuelve a rfs que tampoco cuesta tanto y te evitas cualquier problema.

Muchas gracias. Así lo haré.Yo llevo una semana como tu y también cero problemas.

[berto77]

Despues de estar 3 dias con el nuevo kernel K12Q, teno que decir k no me ha convencido y me lo he vuelto a cambiar, el gasto de bateria es mayor del que esperaba..

[1973rafa]

Originalmente Escrito por berto77

Despues de estar 3 dias con el nuevo kernel K12Q, teno que decir k no me ha convencido y me lo he vuelto a cambiar, el gasto de bateria es mayor del que esperaba..

Y cual te vas a poner, por que yo estoy super contento, el anterior que tenia me gastaba demasiada bateria, este almenos en reposo, no me gasta ni un 4%. En cambio el otro, k tambien era del mismo autor en reposo. Me gastaba un 12%. Otra cosa es k estes todo el dia con youtube, facebook o chateando. Y hay dudo mucho k un kenel ahorre bateria.

[tiggerbcn]

Nueva version K12R, el unico cambio es este:
Compilada de nuevo en O2 en lugar de O3 para ser que va mejor, mas rapida y estable por lo que leo en xda, ahora ni puñetera idea que es el O2 ni el O3, jejejeje

[berto77]

Originalmente Escrito por 1973rafa

Y cual te vas a poner, por que yo estoy super contento, el anterior que tenia me gastaba demasiada bateria, este almenos en reposo, no me gasta ni un 4%. En cambio el otro, k tambien era del mismo autor en reposo. Me gastaba un 12%. Otra cosa es k estes todo el dia con youtube, facebook o chateando. Y hay dudo mucho k un kenel ahorre bateria.

Me esta funcionando bastante mejor la super optimized kernel 4.6.9, pero bueno, hay que ir probando.

Saludos!

[Molitro]

Originalmente Escrito por berto77

Me esta funcionando bastante mejor la super optimized kernel 4.6.9, pero bueno, hay que ir probando.

Saludos!

¿En qué sentidos?

[tanazu]

Originalmente Escrito por tiggerbcn

Nueva version K12R, el unico cambio es este:
Compilada de nuevo en O2 en lugar de O3 para ser que va mejor, mas rapida y estable por lo que leo en xda, ahora ni puñetera idea que es el O2 ni el O3, jejejeje

-O
Lo siguiente es la variable -O. Controla el total de niveles de optimización. Hace que la compilación de código tome algo más de tiempo, y puede tomar mucha más memoria, especialmente al incrementar el nivel de optimización.
Hay cinco configuraciones para -O: -O0, -O1, -O2, -O3 y -Os. Debería usar solamente una de ellas en /etc/make.conf.
Con la excepción de -O0, la configuración de -O activa varios parámetros adicionales, así que asegúrese de leer el capítulo del manual de gcc en opciones de optimización para aprender cuales parámetros se activan en cada nivel -O, así como algunas explicaciones sobre lo que hacen.
Examinemos cada nivel de optimización:

• -O0: Este nivel (la letra "O" seguida de un cero) desconecta por completo la optimización y es el predeterminado si no se especifica ningún nivel -O en CFLAGS o CXXFLAGS. El código no será optimizado. Esto, normalmente, no es lo que se desea.
• -O1: Este es el nivel de optimización más básico. El compilador intentará producir un código rápido y pequeño sin tomar mucho tiempo de compilación. Es bastante básico, pero conseguirá acabar el trabajo siempre.
• -O2: Un paso por encima de -O1. Este es el nivel recomendado de optimización, a no ser que tenga necesidades especiales. -O2 activará unos pocos parámetros añadidos a los que se activan con -O1. Con -O2, el compilador intentará aumentar el rendimiento del código sin comprometer el tamaño y sin tomar mucho más tiempo de compilación.
• -O3: Este es el más alto nivel de optimización posible, y también el más arriesgado. Tomará muchísimo tiempo compilar su código con esta opción, y de hecho, no debería usarse a través de todo el sistema con gcc 4.x. El comportamiento de gcc ha cambiado significativamente desde la versión 3.x, donde con -O3 se había demostrado producir código con tiempos de ejecución marginalmente menores sobre -O2, pero este ya no es el caso con gcc 4.x. Compilar todos sus paquetes con -O3 resultará en grandes binarios que requerirán mucha memoria e incrementará significativamente los extraños fallos de compilación o los comportamientos inesperados de los programas (incluidos los errores). Las desventajas compensan las ventajas. No se recomienda usar -O3 con gcc 4.x.
• -Os: Este nivel optimizará su código para el tamaño. Activa todas las opciones de -O2 que no aumenten el tamaño del código generado. Es útil para máquinas con capacidad limitada de disco y/o con CPUs con poca caché. Sin embargo, puede causar algunos problemas porque es filtrado por muchos ebuilds del árbol. No aconsejamos usar -Os.

Como se comentó anteriormente, -O2 es el nivel de optimización recomendado. Si un paquete muestra errores de compilación, asegúrese que no está usando -O3. Como opción de marcha atrás, pruebe configurando CFLAGS y CXXFLAGS a un nivel de optimización inferior, como -O1 o incluso -O0 -g2 -ggdb (para reportar errores y comprobar posibles problemas) y recompile el paquete.

Fuente: http://www.gentoo.org/doc/es/gcc-optimization.xml