Aumentar caché dalvik para evitar algunos FC:
dalvik.vm.heapsize=64m
En JB y con 1 GB de Ram esto no es correcto.
El valor adecuado es:
dalvik.vm.heapsize=256m
El valor mínimo sería:
dalvik.vm.heapsize=192m
Aumentar rendimiento:
debug.performance.tuning=1
Este valor no tiene uso actualmente
Tweaks para redes móviles (en teoría optimiza la calidad de señal)
ro.ril.hsxpa=2
ro.ril.gprsclass=10
ro.ril.hep=1
ro.ril.enable.dtm=1
ro.ril.hsdpa.category=10
ro.ril.enable.a53=1
ro.ril.enable.3g.prefix=1
ro.ril.htcmaskw1.bitmask=4294967295
ro.ril.htcmaskw1=14449
ro.ril.hsupa.category=5
Estos valores no mejoran nada en las redes europeas y posiblemente tengan el efecto contrario.
*Para aumentar el tamaño del buffer de las conexiones de Internet y mejorar velocidad:
net.tcp.buffersize.default=4096,87380,256960,4096, 16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,163 84,256960
Estos valores se manejan mediante el kernel no mediante Android.
*Forzar launcher en la memoria (guarda siempre el launcher en la memoria permitiendo volver a él desde las aplicaciones con más rapidez)
ro.HOME_APP_ADJ=1
Es innecesario y poco conveniente en estas tablets con 1 Gb de memoria.
*Mejora calidad jpeg 100%
ro.media.enc.jpeg.quality=100
Que yo sepa (puedo equivocarme) desde ICS no vale para nada.
Incremento de memoria ram
dalvik.vm.heapsize=36m
cambiar a: dalvik.vm.heapsize=48m
Estos valores ya los he comentado antes. Solo valen para ahogar a Android y causar problemas.
Render UI with GPU
debug.sf.hw=1
Creo que no actua en JB
Mejora de desplazamiento del scroll (se puede editar un poco más alto o bajo el valor según gustos)
windowsmgr.max_events_per_sec=150
Podemos ponerle lo que queramos, pero está limitado por Android desde ICS
*Disable debugging notify icon on statusbar
persist.adb.notify=0
En el caso de CM lo maneja la propia Rom, no sé si tiene uso actual.
Incremento tactil pantalla
debug.performance.tuning=1
video.accelerate.hw=1
No se si vale para algo, pero lo dudo.
*Mejora de calidad de imagen y video 100%
ro.media.dec.jpeg.memcap=8000000
ro.media.enc.hprof.vid.bps=8000000
Estos valores no se leen desde el build.prop
Evitar pantallazo negro al finalizar llamada
ro.lge.proximity.delay=25
mot.proximity.delay=25
Creo que no se usa desde GB
Problema de algunas aplicaciones(cierres)
ro.kernel.android.checkjni=0
Las aplicaciones que dan esos FC son ellas las culpables. Forzar la no verificación de la pila puede provocar inestabilidad posterior.
Pantalla del terminal no se encendera al pulsar boton del volumen
ro.config.hwfeature_wakeupkey=0
Creo que esto ya no se usa desde GB.
---------------------------------------------------------------------
Los "llamados tweaks", en general, perjudican más que benefician a menos que los realice alguien que de verdad sepa lo que hace y solo para una máquina concreta y una determinada versión de SO.
Por ejemplo, en DhollmenCM, los tweaks reales que podrían representar éstos comentados ya están integrados en el kernel.
Algunos de estos ajustes, si influyeran y, por supuesto, los que influyen no hacen otra cosa que entorpecer al SO y fastidiar al kernel.
Al que me diga lo contrario y que le va todo mejor, le diré que generalmente se trata de un efecto placebo ya que, como norma, una medición objetiva resultaría en una pérdida de rendimiento.
Siento ser tan radical en mi comentario, pero esto es lo que hay.
De las cosas que yo he evaluado personalmente, creo que con los dedos de una mano me sobran para contar las que de verdad son adecuadas.
Ya no digo nada de cuando lees el código fuente y ves que el tweak en cuestión le da una patada en la cara.