Re: [Bug-gnubg] Win multi-threads executables !!

[Jonathan Kinsey]

Massimiliano Maini wrote:
> address@hidden wrote on 
> 15/02/2007 11:42:34:
> 
>> Massimiliano Maini wrote:
>>> on www.gnubg.org you can now download a zip archive with two 
> executables
>>> (GUI and command-line) of GnuBG 0.16 with multi-thread support.
>>> Just unzip them in your current GnuBG 0.16 installation directory.
>> I should add that this has had little testing, so proceed with some
>> caution (probably a good idea to install to a new directory).
> 
> In fact, the zip contains ONLY the two executables with names
> gnubg-gui-py-sse.exe and gnubg-nogui-py-sse.exe, so you need to
> unzip them into an existing installation.
> But doing so will not overwrite your existing exes (named
> gnubg.exe and gnubg-cli.exe), you'll have both versions (your
> 'old' one and the new MT one).
> 
>> Some interesting things to look at (assuming it runs):
>> 1. Does it produce the same (or very similar) answers (with 1 or more
>> threads) - compared to the last version
>> 2. How much faster (or slower on a single processor machine) is it (with
>> 1 or more threads) - compared to the last version
> 
> Has the MT code any effect on the "Evaluation speed" test ("calibrate" in
> the command-line version) ?
> I think the answer is no, but maybe that's the thing we should
> use to roughly evaluate the benefits of multi-threading ....

It should be straight forward to multi-thread the eval speed test loop,
I'll take a look when I get a moment.

Jon

signature.asc
Description: OpenPGP digital signature