Re: [Bug-gnubg] Questions re executibles with multi-thread support

[Christian Anthon]

Hi Jim,

the multithreaded capability of GNU backgammon isn't that well tested
yet. That is the only reason to keep the other executables.

You should set one thread per processing unit. That would be 2 threads
in your case.

Christian.

On 11/3/07, Jim Curtis <address@hidden> wrote:
> First, thanks to everyone for their work on gnubg.  I don't understand
> the following:       (you may want to keep your existing executables,
> otherwise rename the new ones).
>
> Could someone explain the what, why's and wherefore's to me.  I can't
> figure out the raamifications.  Also, I downloaded the win-mt exes
> archive
> <http://www.gnubg.org/media/windows/gnubg-0.16-devel-20070731-exes-WMT.zip>
> since I am running Windows XP.
>
> Finally, since I am running a Pentium D dual core.  Do I set the threads
> to 2?  Thanks in advance for your help.
>
> Jim Curtis
>
>
>       GnuBG MS Windows executables with multi-thread support
>
> Thanks to out dear developers, GnuBG has now multi-thread capability
> (WOW !!).
>
> This feature generates impressive speed-up in analysis and roll-out,
> when used on multi-processor architectures (including dual-core,
> quad-core etc).
>
> *NOTE:* some preliminary testing has already been done, however this
> feature is somehow experimental.
>
> To install, download the win-mt exes archive
> <http://www.gnubg.org/media/windows/gnubg-0.16-devel-20070731-exes-WMT.zip>
> (1.2Mb, timestamp 20070731) or the glib-mt exes archive
> <http://www.gnubg.org/media/windows/gnubg-0.16-devel-20070731-exes-GMT.zip>
> (1.2Mb, timestamp 20070731) and unzip the content into your existing
> GnuBG installation dir (you may want to keep your existing executables,
> otherwise rename the new ones). To set the number of threads (normally
> equal to the number of processors you have), use
> "Settings/Options/Others/Eval threads" in the GUI version, or "set
> threads" in the CLI version.
> *Important:* the two multi-thread versions should be equivalent. At the
> moment it seems a bug is still present in the multi-thread code (rollout
> of cube decisions) and the glib version does not work properly under
> Windows (it may crash).
>
> *NOTE:* due to a GTK+ file naming/versioning problem
> (e.g.libpng12.dll/libpng13.dll <http://e.g.libpng12.dll/libpng13.dll>),
> it is recommended to install the multi-thread exes into a recent (i.e.
> 2007) installation.
>
> *NOTE:* Now the "calibrate eval speed" is multi-threaded !!
>
>
> _______________________________________________
> Bug-gnubg mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/bug-gnubg
>