[💬] 언리얼 블루프린트 속도 문제

[익명(221.163)]

방금 찾아봤는데 이전에는 블프를 C로 변환하는 옵션이 있었는데,

버그 때문에 UE5.0 이후에는 없어졌다고 합니다.

계속 VM 위에서 돌려야 한다면 당연히 C++ 보다 속도가 느리긴 하겠네요.

블프를 사용하더라도 높은 연산을 요구하는 기능은 C++ API로 만들어야 할 것 같습니다.

그런데, 보통 인디 게임에서 높은 연산량을 요구하는 경우는 별로 없기 때문에

블프 스크립트의 실시간 로드 시간이 더 문제가 될 수도 있는데,

코드 간의 결합력을 낮추면 스크립트 로드로 인한 지연을 줄일 수 있다고 합니다.

같은 이유로 블프에서는 형변환(Casting)이 시간을 많이 잡아 먹을 수 있다고 경고하고 있습니다.

[익명(112.133)]

casting은 c++ 에서도 느리다고 경고하는 부분임

[익명(221.163)]

스크립트 로딩과 컴파일된 바이너리 코드 로딩의 차이가 아닐까 합니다

[익명(112.133)]

실행속도 문제는 결국 그 코드 짠 사람이 문제임. c++로 엔진튜닝까지 하면 백만개의 옵션이 있다면 블프는 10만개의 옵션이 있음. 그 차이뿐임

[익명(112.133)]

흔하고 흔한 한국 IT의 관습이 웹서버는 무조건 스프링을 써야한다고 가스라이팅을 하는데 이유를 들어보면 자바가 컴파일 언어고 자바가 빠르기 때문에 자바로 해야한다고 자바 아니면 프로젝트 허가를 안내줌. 자바스크립트는 느리니깐 nodejs같은건 개잡주라고 가르침. 하지만 페이펄과 넷플릭스에서 증명한게 스크립트 언어인 nodejs로 만든게 더 빠르다는 거였음

[익명(222.117)]

웹 서버는 대부분 CPU가 병목이 아니라 IO가 병목인데 말이지.. 정부가 자꾸 자바만 밀어주니까 이렇게 된거

[익명(222.117)]

블루프린트가 VM 위에서 도는건 아닌 걸로 알고 있음 네이티브 C++ 수준이 아니더라도 비주얼 스크립팅 언어 치고는 빠른 편임 구조상 성능 많이 잡아먹는 게임이 아닌 이상 블루프린트로 개발해도 괜찮을 거임. 필요하다면 핫스팟만 C++로 만들어서 최적화하고

[익명(222.117)]

흠 VM 정의를 넓게 보면 VM이라고 봐야하나

[고도희(godohee)]

이름 레드프린트로 바꾸면 3배 빨라지는뎅

[고도히토리(godathitori)]

[bowmore(qcs5jom3x9tq)]