Bots and Simulations > Evolution and Internet Sharing Sims

cycles/sec

(1/2) > >>

jknilinux:
What's the most cycles/second anyone has ever achieved, with a decently large population/sim size? What hardware did you use?

Numsgil:
I managed 1000 bots at 1 cycle/sec I think (maybe more like .6 cycles/sec)...  That was on my 2 Ghz P4.  The program is single threaded and single core speed increases have mostly stalled in the last 5 years or so, so I doubt anyone's managed anything much more than that.  Even if you're running Darwinbots on some sort of super computer, they're super parallel, not super serial.

Of course with a multi core machine you could run multiple instances and connect them with teleporters.

jknilinux:
I don't have a multi-core machine, so this may be a simple question, but how do  you get one DB to run on on core and the other DB to run on the second? You can't just go to task manager and click "run off of processor 2" or something, can you?


*EDIT: By "DB", I mean darwinbots/other program

Numsgil:
Operating systems will usually evenly split a single threaded process across multiple processors.  So for instance, if you have a dual core machine DB2 will use 50% of the first processor and 50% of the second.

Testlund:

--- Quote from: jknilinux ---I don't have a multi-core machine, so this may be a simple question, but how do  you get one DB to run on on core and the other DB to run on the second? You can't just go to task manager and click "run off of processor 2" or something, can you?


*EDIT: By "DB", I mean darwinbots/other program
--- End quote ---

Yes, you can!    If you select the process tab and right-click on a process you can chose which core it should run on.

It's quite remarkable that there are many new games/programs not optimised for more than 1 core, now when even dual-cores are getting old and you have quad-cores!

Software makers are starting to lack behind. It used to be the other way around. I have a few old game titles that it took several years before there were hardware that could run them smoothly.

Software and hardware makers should talk to each other more often.

Navigation

[0] Message Index

[#] Next page