Re: [Bug-gnubg] Attempt to speed up single threaded use in multi threaded build

[Massimiliano Maini]

I also get some random crap output with more than 1 thread on Win CLI
builds (nogui).
I run the 0ply analysis of a 7pt match and the sgf of the anlyzed
output is sometimes
screwed up. It's random but can easily be reproduced insisting a bit.

Michael, did you have a chance to reproduce ?

MaX.

2009/8/30 Jonathan Kinsey <address@hidden>:
> I've checked in a experimental change which will hopefully speed up the
> single-thread evaluation in the multi-threaded build. If this works (and the
> multi-thread evaluation isn't slower) we can remove the single threaded
> code.
>
> Hopefully Max will create a build from this code and we can check the speed
> of
> this compared to the recent builds. Ideally 5 tests should help this:
>
> old single threaded build.
> old multi threaded build with 1 thread.
> new multi threaded build with 1 thread.
> old multi threaded build with threads set to number of cores.
> new multi threaded build with threads set to number of cores.
>
> Jon
>
> Ps. I've simplified the change from when I initially tried this a while ago
> using some magic #defines, hopefully they'll work ok on linux.
>
>
>
> ________________________________
> New! Receive and respond to mail from other email accounts from within
> Hotmail Find out how.
> _______________________________________________
> Bug-gnubg mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/bug-gnubg
>
>