[📜일지] 지형 최적화 + 안개에셋

[익명(ppukku999)]

문제 : 노이즈텍스쳐 읽어오는게 너무 무거움

노이즈 계산을 전부 빼면 기본 쉐이더와 성능이 거의 유사한데, 그렇지 않으면 대략 20 프레임정도 차이가 나.

노이즈는 계산하는게 아니라, 3D텍스쳐에서 값을 샘플링 해오고 있어

기존에는 128x128x128 RGBA32 텍스쳐를 이용하고 있었어.

근데 채널 하나만 필요하니깐 RHalf 포맷으로 바꿔서 사이즈를 절반 줄여줬어.

그러니까 성능이 좀 오르더라. 

그런데 애초에 RGBA32는 8비트 값을 이용하고, 거기서 정밀도가 충분히 높았는데 16비트인 RHalf를 이용할 필요가 없어보여서 Alpha8 포맷으로 다시 바꿔줬어.

그러니깐 성능이 조금 더 올랐어.

이제 차이가 많이 사라졌어. 

다시 말하지만 전에는 평균 20프레임씩 차이가 났었거든.

참고로 256x256x256 RGBA32 쓰면 40~60프레임 차이가 나더라.

내가 생각하기에는 캐시 문제인것 같아.

인접한 프래그먼트들을 계산해줄 때, 이 두개가 샘플링하는 픽셀이 비슷한 위치에 있어서 캐시에 올려둔걸 그대로 이용할 수 있는지의 차이가 아닐까 싶어.

텍스쳐 사이즈가 작아질수록 캐시 적중률이 올라가니깐, 거기서 이득을 본게 아닐까 싶어.

멀리있는 픽셀일수록 인접한 픽셀 사이의 월드 거리가 멀어지니, uv값도 함께 늘어나고, 그러니 텍스쳐에 접근할때 캐시 적중률이 낮아지잖아.

원래라면 밉맵이 어느정도 도움을 주지 않을까 싶은데, 노이즈값이 저장된 텍스쳐라 밉맵을 못써. 

그러니깐 그냥 텍스쳐 사이즈가 줄어들수록 순수하게 이득을 보는것 같아.

3440x1440 해상도 최하옵에서 이정도 차이가 나더라

솔직히 이런식으로 비교하는건 그닥 신뢰가 안가긴 해도, 그래도 눈에 띄게 좋아졌어.

그리고 볼류매트릭 안개 에셋 추가했는데 엄청 멋지더라

값조정이 필요하고, 지하로 뚫고 못내려가게 만들어야 하긴 하지만, 이제 없으면 허전하게 느껴질 지경이야

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(ppukku999)]

감사합니다. 작업 환경이 두갠데, 그 중 하나가 너무 작아서 크기는 나중에 줄일 생각이에요. 확실히 지금 UI가 시선을 많이 뻇고있긴 하네요.

[익명(2.58)]

님 뭐 전공했어요?

[익명(ppukku999)]

컴공 휴학중이에요

[설양(seolyang)]

캐시 + memory bandwith 차이가 있지오

[설양(seolyang)]

특히 캐시 Hit-Miss는 중대사항이지..

[익명(ppukku999)]

아하