Serie de optimización del rendimiento de iOS 06 ｜ La forma correcta de utilizar los instrumentos

Cuando entré en contacto por primera vez con Instruments, la experiencia fue muy similar:

• Abrir herramienta
• Grabar un segmento
• Vi muchas curvas y líneas de tiempo.
• Creo que hay mucha información.
• Pero al final todavía no puedo entender cuál es el problema.

A primera vista, esto parece que Instrumentos es demasiado difícil, pero en realidad se acerca más a la situación común cuando ingresas con una pregunta muy vaga.

El uso verdaderamente eficiente de los instrumentos siempre ha sido:

Haga una pregunta lo suficientemente específica y deje que las herramientas le ayuden a concretarla.

1. Los instrumentos tienen más miedo de ser considerados un “escáner universal”

Cuando muchos equipos tienen problemas de rendimiento, dirán:

• Abre Instrumentos y echa un vistazo.

Esta frase en sí es correcta, pero sin la segunda mitad:

• ¿Qué es exactamente lo que quieres ver?
• ¿Qué hipótesis quieres probar?
• ¿Actualmente se trata más de un problema de CPU, memoria o hilo principal?

Que los instrumentos pueden convertirse fácilmente en un “amplificador de información”:

• Mucha información
• Muchas fotos
• Muchas líneas
• pero no hay una conclusión clara

Por eso prefiero pensar en ello como una “herramienta de validación y delimitación” en lugar de un “escáner que da respuestas automáticamente”.

2. Si hay un problema primero, seleccione la página de herramientas, no al revés.

Una secuencia más eficiente suele ser:

1. Primero determine a qué tipo de problema se parece más el problema.
2. Decide qué tipo de instrumentos abrir

Por ejemplo:

• Inicio lento: más preocupado por la distribución del tiempo de la fase de inicio
• Tarjeta de lista: más preocupado por los problemas relacionados con el hilo principal y el marco.
• Alta memoria: más preocupado por los objetos y las tendencias de cambio de memoria.
• Calefacción y consumo de energía: más preocupados por la actividad de la CPU a largo plazo y las tareas en segundo plano.

Si el problema aún no se ha clasificado, simplemente abra la herramienta directamente. Es fácil ver todo como un problema y al final no se puede decir nada con precisión.

3. Los instrumentos no tienen beneficios durante su uso. En la superficie, parece que no puede hacer clic, pero de hecho está más cerca del camino de “fenómeno → hipótesis → verificación”.

Lo que uso más a menudo es:

1. Registre el fenómeno primero

Por ejemplo:

• Retraso evidente al desplazarse rápidamente por la lista
• Se tarda mucho en hacer clic en la primera pantalla de la página de inicio.
• La memoria aumenta cada vez más después de volver a ingresar a una determinada página varias veces.

2. Haz otra hipótesis tentativa

Por ejemplo:

• Puede ser que el hilo principal esté ocupado por el recálculo.
• Puede ser que se haya realizado demasiado trabajo en la ruta crítica de la primera pantalla.
• Puede ser que el objeto no se libere o el caché no se recicle

3. Utilice instrumentos para verificar esta hipótesis.

De esta manera, cuando miras la imagen, no estás simplemente “observando la diversión”, sino que estás respondiendo una pregunta específica.

4. El mayor valor de los instrumentos es decir “en qué capa reside principalmente el problema”

Esto es muy importante.

Lo que más se necesita en la etapa inicial de muchos problemas de rendimiento es saber primero:

• Principalmente un problema de CPU
• ¿O es un problema del hilo principal?
• ¿O es una cuestión de tendencia de la memoria?
• ¿Aún tienes problemas con el enlace de inicio?

Una vez que el criterio de nivel sea correcto, la excavación posterior será mucho más fácil. Por tanto, no espero que Instruments me dé la “respuesta final” directamente la primera vez. Espero que me ayude a reducir significativamente el alcance.

5. Un malentendido común: centrarse únicamente en el valor, no en la ruta de operación

Después de grabar, algunas personas prestarán especial atención a:

• ¿Alguna cifra es alta?
• ¿Es hermoso cierto pico?

Ciertamente vale la pena mirarlos, pero los números en sí mismos pueden fácilmente perder contexto cuando se sacan de contexto.

Por ejemplo, también debes saber:

• ¿Después de qué operación se produjo este pico?
• ¿Es un inicio en frío, un desplazamiento, un corte de página o un regreso al primer plano?
• ¿Qué hizo exactamente el usuario cuando ocurrió el problema?

Debido a que los problemas de rendimiento no son problemas estáticos, siempre están vinculados a una ruta determinada.

6. Un método mental más cercano al combate real.

Si tuviera que resumirlo en palabras simples, diría:

• No vengas y lo veas todo.
• Decida primero qué necesita ser verificado
• Primero encuentre “dónde radica el problema principal”
• Entonces profundiza más en ese nivel.

Es decir, Instrumentos se parece más a:

• lupa
• Localizador

En lugar de un asistente inteligente que “le indicará automáticamente la causa raíz cuando lo abra”.

7. Conclusión: Si sabes cómo utilizar los instrumentos, tendrás preguntas.

Para decirlo en forma más breve, diría:

La premisa de que Instruments es realmente útil es abordar un problema suficientemente específico y dejar que las herramientas ayuden a verificar o limitar el problema.

Una vez que hagas bien esta secuencia, puede ser increíblemente valiosa; Si el orden es incorrecto, fácilmente puede convertirse en “mirar un montón de imágenes, pero al final no salió nada”.