El documento habla sobre cómo optimizar el rendimiento de una aplicación móvil en términos de CPU, memoria y red. Señala que los usuarios abandonan las aplicaciones que tardan más de 4 segundos en cargar y que tiempos de carga más lentos pueden reducir las ventas en un 20%. Recomienda no realizar tareas pesadas en el hilo principal de la interfaz, almacenar datos en caché para evitar descargarlos repetidamente, y utilizar herramientas como Traceview y DDMS para identificar cuellos de botella en la CPU, memoria

1. Thinking of CPU & Memory
(Code for Responsiveness)

2. La aplicación funciona
Terminado!

3. Por que?
1 de cada 4 personas abandona una web que
tarda más de 4 segundos en cargar

4. Por que?
● Amazon: +100ms = -1% ventas
● Google: un incremento de 0.4 segundos a
0.9 segundos en carga de pàgina equivale a
un descenso de tràfico e ingresos del 20%
● Apps móviles?

5. Cada vez somos más
vagos exigentes

6. El concepto
Caso clásico:
1. Descargas datos (cache de Strings)
2. Parseas (cache de objetos)
3. Descargas más datos: imágenes, etc (LruCache)
4. Cargas en memoria (mantenerlos en memoria)
5. Los muestras en pantalla

7. Don't be a Java Hero
"Tengo la impresión de que Java fue diseñado
para hacer que fuera difícil escribir mal código,
mientras que Python está diseñado para hacer
que sea sencillo escribir buen código."
– Magnus Lycka

8. Como?
● Las splash-screens són malignas
● No hacer trabajos en el UI Thread
● No bloquear la UI (ProgressDialogs...)
● No descargar los mismos datos 2 veces
○ nos centraremos en este punto

9. Strict Mode
.penaltyLog()
.penaltyDeath()

10. Red
(Enemigo nº 1)

11. Red (Análisis)
DDMS (Network Statistics)

12. Red (tip 1)
12s -> 0.4s (wifi mala, móvil bueno)

13. Red (tip 2)
LruCache+DiskLruCache
● Displaying Bitmaps Efficiently (Android
Developers)
● https://github.
com/koush/UrlImageViewHelper
○ No gestiona bien vistas recicladas (aún)

14. CPU
No todos los móviles son de 4 núcleos

15. CPU (Análisis)
Traceview (code y DDMS)

16. Guardar i leer object
7s -> 0.8s (móvil malo)

17. Mostrar datos
viejos siempre

18. Memória RAM
Si no compartes, te echan

19. Mantener la aplicación en memoria (Análisis)
$ adb shell procrank

20. Mantener la aplicación en memoria (Tip)

21. Otras utilidades
● Heap dump (memoria por objetos)
● Eclipse MAT (memoria por objetos)
● PerfMon (memoria, cpu, red en float)
● Usage Timelines Pro (cpu, memoria)
● traceview (cpu)

22. Detectar regresiones
● Guardar un long en Application y mostrar un
Toast con la diferencia al mostrar los
primeros datos
● Enviar por analytics velocidades de boot

23. "La optimización prematura es la raíz de
todos los males"
"Donald Knuth"

24. Reférencias
● Google I/O 2012 - Doing More With less: Beign a Good
Android Citizen
● Designing for Performance (developer.android.com)
● "Displaying Bitmaps Efficiently" Android Developers
twitter: @oriolj
+Oriol Jiménez