시간당 처리량과 응답성은 분명히 다르다. 시간당 처리량이 떨어져서 응답성이 떨어지는 경우에는 처리량을 높여서 응답성을 개선할 수 있다. 하지만 일정 수준 이상 처리량이 개선되면 응답성을 향상시키지 못한다. 100ms정도가 빠른 응답성이라고 가정하는 세상에선 처리량을 높이는게 응답성 향상으로 연결되겠지만 1ms정도에도 민감하게 반응하는 세상에선 처리량과 응답성이 거의 관련이 없을 가능성이 높다. 프로그래머라 해도 이 차이를 이해하지 못하는 경우가 많다. … More 응답성(response time)과 처리량(throuthput)은 다르다.
Voxel Horizon의 서비스에 필요한 VM사양을 알아보다가 생각난 김에 개인장비들까지 벤치마크를 돌려서 정리했다. Geekbench 4.3.3을 사용했다. Azaure DS2 v3는 현재 테스트 서버로 사용하고 있는 인스턴스 타입이다. F4S와 F8S_v2는 Voxel Horizon서비스 할때 실제로 사용하려고 하는 인스턴스 타입이다. NV6는 GPU인스턴스로 CUDA와 DirectX테스트를 위해 가끔 사용하는 인스턴스 타입이다. 돈없는 개인이 노려볼만한 스펙의 인스턴스가 DS2 v3인데 성능이 GPDWIN2만도 못한게 함정. … More Azure VM 및 개인 장비 벤치마크
먼저번에 node사이즈를 꽤 줄여서 KD-Tree메모리로 56MB 사용하던것을 18M로 줄였다. 그 다음으로 맵 유형에 따라 Tree의 사이즈를 가변적으로 선택할 수 있도록 작업하고 있다. 지금까지는 월드 사이즈를 1km x 1km x 0.32km 고정으로 설정했었다. 이것은 kd-tree가 커버하는 사이즈이기도 하며 복셀월드에서 복셀들이 차지하는 실제 사이즈와는 관계가 없다. 퍼블릭맵에서는 1km x 1km를 기본으로 하고 있으므로 문제가 될것이 없다. 하지만 … More Game Dev – Voxel Horizon – 가변 월드 사이즈 적용을 위한 사전작업
네 프로젝트에 자신 있으면 빚내서 창업을 하면 되지 않느냐? 라고 하는 소리도 가끔 듣는다. 돈벌 자신이 있는건 아니다. 그렇다고 또 자신이 완전 없는것도 아니다. 문제는 수익 창출에 걸리는 시간과 과정이다. 내가 생각하는 수익 모델과 수익을 창출할때까지 걸리는 시간, 과정을 생각해보면 빚내서 사업하는건 자살 행위다. 난 몇개월 반짝 개발해서 한방을 노리는 그런걸 만들려는게 아니다. (만약에 회사를 … More 사업 구상(?)은 아니고 그냥 푸념.
플레이어가 공용맵에서 지형을 마구 뽀개거나 마구 건물을 짓거나 하면 다른 플레이어에게 큰 피해가 된다. 따라서 공용맵에선 복셀 편집 기능을 제한해야 한다. 그래서 공용맵에선 플레이어당 편집 범위가 32m x 32m로 제한된다. 또한 마을이나 전투필드처럼 NPC가 배치되는 맵의 경우 지형을 함부로 변경하면 곤란하다. 안전장치로 마을이나 전투 필드에선 복셀을 파괴하더라도 몇초후 자동복구 되도록 했다. 그런데 이렇게 제약사항이 많아지면 … More Voxel Horizon – 개인맵
