Author: Tord Romstad
Date: 10:55:08 02/20/06
Go up one level in this thread
On February 20, 2006 at 09:50:27, Richard Pijl wrote: > >>>There are a few libraries around that implement POSIX threads on windows. >> >>I know, but they are said to be terribly inefficient. Dann tried to compile >>a Windows binary for me using one of these libraries last week, and the results >>were rather unimpressive. > >Strange, I didn't have that experience. But then, I don't use locks at all in >search. The threads I use are solely for I/O. If I recall correctly, you use something similar to ABDADA, which probably doesn't require much locking. I use a simple implementation of YBW, which means that avoiding locks is difficult. >>Adding native Win32 threads seems much better, and it cannot possibly be very >>hard. My parallel search code is very simple and compact, and doesn't use any >>advanced POSIX threads features. All I need is the ability to launch >>additional threads during program initialisation, and some locking and >>unlocking during the search. > >yes, but it messes up at least part of your code ... It does, but in my case it doesn't look like it will be a big problem. As far as I can see, the only places I will need Windows-specific threading code are the function which initalises and launches the threads at startup, and in the idle loop where each thread returns when it has no work to do. It shouldn't be necessary to clutter the interesting parts of the code with Windows-specific code or #defines at all. Tord
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.