ah ok, on my main machine (8 threads) i've set mt 7, so i mightbob wrote:but autotune will improve the parallel search performance a bit. On machines with many cores, it might help more than a bit.
have a try on this later; if i can find some explanation with
that .ja compile how to do it; the crafty.hlp doesnt show in my
win7 but i might be able to fix that as well as budding&old 'hacker'.
As for the 'time 'option in the crafty output in
my Gui (*) , i've removed the commenting again,
and to my surprise it works again so it was the noise
feature indeed which was the (only) culprit..
The used time is displayed in hundreds of a second
which is a real cool feature for those favoring
bullet or lightning; maybe i should increase the
fonts-ize a couple of times eg ten bigger (and
then let the time decrease from eg. one second per
human (opening) move to zero..; would be cool training
feature and besides the pipe there's anyway already some
rudimentary xboard functionality; sofar only using max
depth/crafty move i think and not time; ah well -> todo..
www.bookbuilder.nl
jef
PS as for this (strange pipe) coding, it also isn't *my* code..
in fact i 'had' some four programmers or so; with varying
clarity; (and (lack of) documentation ); with 3 Dutch
done it (almost) free; for which i'm still grateful one a certain
Langeveld maybe brother of the more known ICCF guy who
cleaned up some standards and try to improve clarity;
whereby the original Hamstra code (and board component
inclusive lack of any commenting or documentation) is about
as transparent as ancient Egypt (or alien?) hieroglyphs.
At least the old version still is able to do a 'full minimax'
now for some thirty million positions on one thread
and then still only within half an hour or so (although
some ten million might be loose nodes; todo as well);
chessok software should be able to clean up loose
nodes in an Epd file; unfortunately in my tests sofar
it also cleaned up most of the most important nodes..