News for hackers. Stuff that matters.
Re:“CPUs are optimized for video games” by daemin on Thursday August 11, 2016 @08:02AM (#12267481)
To me the whole view of the game world being a "giant blob of highly mutable and intertwined state" stems from the fact that for over a decade all games had to do was have an update and a render pass in the main loop. So you could have a big mess because all of the world updates were serial, and so the developers didn't really experience the problems arising from such design.

Now it takes a change in perspective on how to structure code and data to properly exploit multiple cores to their full potential. It is certainly possible to have interaction in the game world and do it in a multi-core multi-threaded way, it just needs smarter structures and better organisation of data.

Game developers have and will adapt to this.

Re:“CPUs are optimized for video games” by jeremiep on Thursday August 11, 2016 @09:44AM (#12268123)
Its not nearly as easy as it sounds. I think game engine developers now understand multi-core a LOT better than programmers from most other domains.

Games are still just an update and render pass in a loop. Nothing will change that, they might be decoupled and overlapped but they're still present. They're just much more complex than they used to be. Some engines will fork/join at every step (sometimes hundreds of times per frame), others will build task graphs and reduce them and a 3rd team will use fibers to build implicit graphs. No matter what you do you're still executing code with very clean sequential dependencies.

Game engines started going multi-core at least a decade ago. First by using one thread per system, then moving towards tasks. Today I don't know of any AAA game engine not already parallelizing its render path and unit updates massively.

Re:“CPUs are optimized for video games” by jim-greer on Saturday August 13, 2016 @04:49PM (#12283032)
Games simulate the world, more or less. The world has mutable state.