✍️Today I Learned

📅 2025-08-13

• UE - 성능 최적화

UE - 성능 최적화

1단계 Tick

1.1 Tick의 오버헤드
Tick: 매 프레임 실행되는 함수
DeltaTime: 이전 프레임과 현재 프레임간의 시간. 프레임 독립적으로 동작하기 위해 이것을 곱해서 물리 연산을 해야한다.
액터들의 Tick 함수는 쌓인다. 너무 쌓이면 게임 프레임이 현저히 떨어질 수 있다.

1.2 Tick 최적화

1. 실행 간격 조절
매 프레임 실행할 필요없는 동작은 Tick에서 주기적으로 실행하도록 변경
ex) DeltaTime을 누적하여 0.1 초될때마다 플레이어 체크
권장 주기
- 매 프레임: 입력, 카메라, 애니메이션
- 0.05: 근접전투
- 0.1: AI, 거리 체크
- 0.2~0.5: 미니맵, 원거리 적

2. 중복 계산 제거
액터별로 플레이어와 거리 계산 -> 매니저 클래스에서 계산하고 데이터 공유

3. 거리별 차등 업데이트 (LOD)
매니저에서 거리별로 차등적으로 업데이트

4. Tick Group으로 실행 순서 최적화
액터별로 Tick을 언제 실행할지 정하기

Tick 실행 순서

[프레임 시작]
1. TG_PrePhysics (물리 전) - 입력, 이동 명령   
2. 물리 엔진 계산  
3. TG_PostPhysics (물리 후) - AI, 충돌 처리 [기본값]  
4. TG_PostUpdateWork (마지막) - UI, 카메라
[프레임 끝]

2단계 TimerManager

Tick을 안쓰는게 더 좋음
Timer는 필요할때만 실행하는 예약 함수이기 때문에 Tick보다 CPU 부담과 관리 난이도가 낮다.
여러 액터에서 동시에 타이머가 실행되면 부하가 생길 수 있으므로 시작 시점만 난수로 지정해줄 수 있다.
타이머 사용할 떄는 끝까지 핸들을 잘 관리해야한다.
1. TimerHandle의 안전한 관리

항상 사용전에 isvalid로 체크
핸들을 초기화 하지 않으면 유효하지 않은 핸들이 남을 수 있다.
ClearTimer 이후 Invalidate()로 초기화하기.
Endplay에서 한번에 지울 수도 있다.

2. SetTimerForNextTick
SetTimer는 지정 시간 후 실행되지만 SetTimerForNextTick은 다음 프레임의 시작 시점에 실행된다.
아직 컴포넌트가 초기화되지 않았을때 실행되는것을 방지할 수 있다.

3. Lambda vs Delegate
Lambda-> 짧고 간단한 작업에 적합하다. 타이머에서 람다가 this로 캡쳐하면 객체가 파괴된 후에도 람다가 남아있을 수 있다.
객체가 파괴될때 Endplay에서 모든 타이머를 정리
TWeakObjectPtr 쓰기
객체가 없어질 위험이 있을때 사용할수있는 포인터. 유효하지 않으면 실행되지 않는다.
람다 쓸 때는 직접 this로 캡쳐하는 것 지양.
Delegate-> 명확하고 유지보수에 유리하다. 디버깅하기 좋다.

사용 주의할 점

• 주기 조절
• 모든 타이머 종료
• 핸들 유효성 확인
• 람다 남용 주의

3단계 이벤트 기반 아키텍처

1. 폴링->이벤트 전환
폴링: 매프레임 호출하고 확인. 트리거 타이밍을 폴링으로 잡으면 비효율적이다.
이벤트: 이벤트 발생 시에 트리거 발동. 트리거 타이밍을 매번 확인하지 않아도 된다.

2. Event Bus 패턴
중앙 집중형 이벤트 관리.
이벤트를 한 곳에서 발행하고 관리한다.

4단계 비동기 처리와 스레드

많은 작업을 메인 스레드가 다 처리하면 게임이 멈출 수 있다.
1. 언리얼의 멀티 스레드 구조와 역할
스레드별 가능한 작업과 불가능한 작업이 있으므로 구분하여 진행하여야한다.

---

💡 느낀 점 (What I Felt)

이번 팀플에서도 적용할 부분을 찾아봐야겠다.

---

출처: 스파르타코딩 내일배움캠프