No actually, this is a big problem.

It seems demigod does support "multiple cores" but its just like we are researching my parellel programming class, people don't know how to properly make a game multithreaded, they just bs some things and hope for the best.  You can see here, the load balance is totally off, 1 core shouldn't be stressed out while the other core is doing hardly anything.

Check it out:

http://img73.imageshack.us/my.php?image=dedon4.jpg

It won't let me upload images, so look at that link, you can see the load balance of processor 1 and 2.

So for the devlopers, is there a logical explanation for this load balance while playing the game and why its not properly distrbuted on each core?

multi-threading if done improperly can actually make the game slower. dual cores and quadcores are for running more than 1 task at the same time, I think they are aimed at commercial/business pc's rather than gaming.

Plus as someone said, this is a beta. They are probably waiting until the get to the optimisation phase before adding multicore support.

Well I'm not a professional game devloper, but usually you don't change the engine that much, what you see is what you get.  If its not supporting threading now, its not just changing some code, and saying oh hai, its fixed!  multithreaded!

no it shouldn't be exactly even, I wasn't saying that but having 1 core almost 100% and the other core 3% is not right.

The reaosn my other cores were even that high is probably because I was running a ton of stuff in the background, so it would have even been lower, almost 0% on the 2nd core if i had no background applications running.

Tomarrow I'll run the game again with no backround applications running like AIM/VENT/FireFox/Steam and again look at the load balance of the 2 cores while playing the game.

The render thread and simulation thread are the two most demanding threads and thus make up Core 1 and Core 2. You aren't going to split them up any further. Render thread will always fill up Core 1 while the other threads will use as much as necessary.

We've been over this multiple times in the GPG forums, so can we please, please not start this again?

It's also possible (read likely) that they'll balance the threads better once they have an idea how intensive they'll be.

And considering the low number of projectiles (especially seeing that arrows don't seem to be physics based) and the fact that for all but five characters in the game, the AI routine is a series of about seven waypoints with a list of stuff to kill if it sees it on the way, neither is a particular toaster roaster.

That's what I would have figured too. But despite that, this game is still managing to load up one of my 4 Ghz cores to nearly 100%. Right now, there's probably some extra overhead due to debug code, and future optimizations are almost possible. But it's not unreasonable to expect larger and more complex maps in the future, so we'll have to see how things turn out.

I think this is the case, because I have a quick CPU (2.66 GHz C2D, pretty good for a laptop I don't want running hot) and if it really needs the 100% CPU I'm giving it, then all the people with P4s wouldn't even be able to think about playing.