[💬] 결국은 성능도 메모리도 잡아버렸다는 것이여

[만들어보기(oblige5800)]

깔깔깔깔

chunk mesh -> tile이 같아도 모두 데이터이므로 메모리문제

tile entity -> tile데이터는 복사해서 쓸수 있지만 각각에 대한

culling 등의 cpu 부하가 n개 발생

그래서 더이상 참지못하고

DrawMeshInstancedIndirect방식으로

tile type끼리 묶어서 그림

그걸 다시 chunk별로 나눠서 그림

그리고 chunk를 수동으로 culling

그러면 tile mesh를 instance해서 그리기 때문에 메모리절약(entity방식하고 비슷)

그러면서 이 덩어리는 1개의 mesh 취급이기때문에 cpu부하감소

culling은 chunk 단위를 수동으로 해줌

대신 코드의 지저분함을 얻었다

나만 보는 코드인데 어때 성능 메모리 좋음그만이지

진짜 이것만은 쓰지않으려고 했는데

지형만은 타협하기로 했다

[211214(tomatoss)]

[만들어보기(oblige5800)]

[BabTheFox(parallel3889)]

[만들어보기(oblige5800)]

[익명(aa1604)]

최적화는 어쩔 수 없이 가독성 포기해야 하는 경우 은근 있는 것 같더라 시스템플밍 수업에서 본건데 행렬 곱하기에서 사람이 직관적으로 계산하는 방법 말고 막 루프 순서 바꾸고 행렬을 여러 블럭으로 쪼개서 캐시 적중률 끌어올리면 성능은 상당히 향상되는데 코드는 막 n중 루프문에 A행렬 읽다가 갑자기 B행렬로 넘어갔다가 난리나서 특수한 경우에만 쓴다고 함 ㅋㅋ

[만들어보기(oblige5800)]

적절히 타협봐야하는데 인간의 욕심이란 끝이 없네 '아 조금만 손보면 최적화가..' 이론은 간단한데 코드가 복잡해질뿐 ㅋㅋ

[흑_두루미(combedro)]

난 목표 최적화 달성해서 컨텐츠로 넘어감 - dc App

[만들어보기(oblige5800)]

부럽다 나도 빨리 아트하고싶다 그렇지만 아트할려면 최적화해야하는걸 악

[Indie 1(122.36)]

유니티임? 언리얼임?

[만들어보기(oblige5800)]

유니티인데 렌더링 파이프라인같은 것도 직접만들어서씀

[Soonsoo(penpaper0204)]