Usa Unity Profiler para detectar cuellos de botella reales y optimizar CPU, render y memoria con criterio técnico.
Optimizar sin medir suele empeorar el proyecto: primero identifica el cuello de botella y luego aplica cambios.
Unity Profiler permite analizar CPU, GPU, memoria, física y render para entender dónde se va el frame time.
Una mala práctica común es usar búsquedas costosas como `GameObject.Find` dentro de `Update()`.
Según contenido.md, perfilar es clave para evitar errores de rendimiento como `GetComponent` repetido por frame.
No intentes optimizar todo a la vez: empieza por el mayor coste medible.
En la vista CPU, localiza picos estables y revisa qué función o sistema los produce.
En memoria, observa asignaciones frecuentes que puedan activar garbage collection en momentos críticos.
Guarda capturas de referencia para comparar impacto real de cada optimización aplicada.
Muchos problemas de rendimiento son hábitos de código, no límites del motor.
Llamar `GameObject.Find` o `GetComponent` repetidamente en loops calientes añade coste acumulado por frame.
Crear strings y objetos temporales en `Update()` puede disparar GC y causar stutter perceptible.
Separar inicialización (`Awake`/`Start`) de lógica por frame reduce trabajo innecesario en runtime.
Optimizar es un ciclo, no un parche aislado.
Define escenario de prueba real (mismo número de enemigos, efectos y resolución) antes de medir.
Aplica un cambio por iteración para poder atribuir causa/efecto en la mejora o regresión.
Documenta decisiones de rendimiento para que el equipo no reintroduzca problemas ya corregidos.
Usa Unity Profiler para detectar cuellos de botella reales y optimizar CPU, render y memoria con criterio técnico.
Código del tema: GameObject + Component = comportamiento
No intentes optimizar todo a la vez: empieza por el mayor coste medible.
En la vista CPU, localiza picos estables y revisa qué función o sistema los produce.
En memoria, observa asignaciones frecuentes que puedan activar garbage collection en momentos críticos.
Guarda capturas de referencia para comparar impacto real de cada optimización aplicada.
Muchos problemas de rendimiento son hábitos de código, no límites del motor.
Llamar `GameObject.Find` o `GetComponent` repetidamente en loops calientes añade coste acumulado por frame.
Crear strings y objetos temporales en `Update()` puede disparar GC y causar stutter perceptible.
Separar inicialización (`Awake`/`Start`) de lógica por frame reduce trabajo innecesario en runtime.
using UnityEngine;
public class PerfSafe : MonoBehaviour
{
private Renderer cachedRenderer;
void Awake()
{
cachedRenderer = GetComponent<Renderer>();
}
void Update()
{
// Evita GetComponent en cada frame
if (cachedRenderer != null)
{
// Lógica de render ligera
}
}
}
Optimizar es un ciclo, no un parche aislado.
Define escenario de prueba real (mismo número de enemigos, efectos y resolución) antes de medir.
Aplica un cambio por iteración para poder atribuir causa/efecto en la mejora o regresión.
Documenta decisiones de rendimiento para que el equipo no reintroduzca problemas ya corregidos.