Øystein Johansen wrote: > This sounds really good! How does it work? > What do you thread? Each candidate move? Each dice roll? Does it thread into many threads?
I picked AnalyseGame() as it logically divides the tasks into move records, the tasks get put in a list and then the threads (which are user specified in number - I've used an Intel sample to guess a good number) take things off the list and call AnalyseMove() as required. > Which library do you use? pthreads? glib threads? Initially I've coded the multi-threaded calls directly using the windows API, it should be easy to convert this to pthreads (or maybe glib) - there are only 5 or so lines of code using multi-threaded functions. > (I remember I once tried threading in the evaluations functions and made one > tread each dice roll in the lookahead. That failed completly.) I did consider the evaluation functions (as it would be the ideal solution in one sense - i.e. it would multi-thread everything in one go), they're not great candidates for multi-threading though. > BTW: I just got a new computer, and I would love to utilize the dual core. > The computer is so new that I've not been able to install any build and > development tools yet, but I sure will. Maybe I even ditch the WinXP system > and have a pure Linux. I'll try and check the initial code in tonight - I'll add a USE_MULTITHREADED guard to the new code. Jon
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Bug-gnubg mailing list Bug-gnubg@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnubg
