[SC] Usando Xcode Instruments para detectar y eliminar puntos de suspensión

Comprensión durante la lectura

¿Qué información muestra la sección de resumen (summary) del instrumento Swift Tasks y por qué es útil para la optimización?

El resumen de Swift Tasks muestra el número de tareas por estado: Ending, Suspended, Creating, Running.

¿Qué significa que una tarea esté en estado Suspended y qué implicaciones tiene para el rendimiento de la aplicación?

El estado Suspended quiere decir que alcanzó un punto de suspensión y está esperando a recobrar el flujo de control, proveniente de otro dominio de aislamiento.

¿Cuáles son los pasos para navegar desde un estado de tarea en Instruments hasta el código fuente relacionado?

1. Filtrar por la tarea deseada y cambiar la información de "summary" a "Task States".
2. Click en el estado Running de un Task (o cualquier otro estado también funciona)
3. Abrir la ventana de detalle extendido (abajo a la derecha)
4. Clic en el método relacionado con la Task.
5. Clic en "Open in Source Viewer" para navegar hacia el código asociado.

¿Por qué la tarea Wallpaper 99 muestra una secuencia de estados diferente a la de Wallpaper 0?

Aunque cada ejecución puede dar un resultado diferente, el 99 del artículo estuvo mucho tiempo suspendido, esperando a poder arrancar porque el resto de Task tenían el MainActor ocupado.

¿Qué diferencia hay entre la versión 4 y la versión 5 del método regenerateWallpapers en cuanto al manejo de la concurrencia?

1. El puso la etiqueta @concurrent dentro del Task para iniciar el trabajo desde segundo plano.
2. No se invoca código async sino que se ejecuta de forma síncrona directamente.
3. Si se necesita modificar la interfaz gráfica, se llama await MainActor.run {}.

¿Por qué marcar un Task como @concurrent y usar un generador síncrono elimina un punto de suspensión innecesario?

Usar Task como @concurrent hace que no sea necesario arrancar desde MainActor y luego cambiar de dominio de aislamiento. En cambio, se arranca directamente en segundo plano. Luego, como ya se está en segundo plano, no es necesario ejecutar asíncronamente el generador asíncrono.

Recordar sin releer

¿En qué momento sigue siendo inevitable una suspensión incluso en la versión optimizada (v5), y por qué no representa un problema de rendimiento?

Revisión y síntesis

¿Qué otras optimizaciones propone el autor como ejercicio y bajo qué criterios deberían tomarse esas decisiones?

Bibliografía

• Van der Lee, A. (2025). Swift Concurrency Course [Curso en línea]. avanderlee.com.