Download

Previously, the world generation system was pretty slowwww. It worked well enough for smaller view distances, but at any reasonable view distance there'd be noticable lag when generating new chunks. The reason for this was due to the way I handled threading. I wasn't quite foolish enough to have chunk generation all be run on the main thread, but my solution was very naive. I had each chunk generator running on its own thread, and when you're trying to generate say 20 chunks as the player travels through the world, on a processor with only 12 processor cores (such as my own), there will obviously be some stuttering. I tried various solutions to this, beginning with C#'s task system. I found that using tasks only slightly alliviated the problem. I also looked into using Unity's jobs system, which I still believe would have been the best option for performance however it also would've required a massive restructure to the game's current systems. In the end, I solved the problem by having a number of threads dynamically created based on the number of available processor cores, where the work of generating chunks would be divided equally among them. In practise, this would mean that for a processor with 4 cores 3 threads would be created (to avoid holding up the main thread) each with its own uinique 'thread ID', and every time a chunk was created (which still has to be on the main thread, since Unity can only instantiate from the main thread) it is assigned an 'owner thread' as illustrated. The thread with the appropriate ID would then generate the mesh for the chunk and send it to the main thread to be applied.