Small code tidy up and test resultsF_34
commitbd26374f2105dcbbafeb3376d4fcce24d78ba215
authorMarco Costalba <mcostalba@gmail.com>
Sun, 19 Apr 2009 16:23:30 +0000 (19 17:23 +0100)
committerMarco Costalba <mcostalba@gmail.com>
Sun, 26 Apr 2009 12:51:54 +0000 (26 13:51 +0100)
tree0b47c3feb8c8b2ae2f68202f4476c8a5ea6da774
parentd20e0cf048c7e901f422f61259cd2fbfdba0b209
Small code tidy up and test results

When testing at 1'+0" time control results are still
reasonably good. We have made two sessions on two
different PC.

After 840 games Mod - Orig: +221 -194 =425 +10 ELO (two CPU)

After 935 games Mod - Orig: +246 -222 =467  +9 ELO (single CPU)

So it seems that with fast CPU and/or longer time controls
benefits of the patch are a bit reduced. This could be due
to the fact that only 3% of nodes are pruned by razoring at
depth one and these nodes are very swallow ones, mostly get
pruned anyway with only a slightly additional cost, even
without performing any do_move() call.

Another reason is that sometime (0,3%% of cases) a possible
good move is missed typically in positions when moving side
gives check, as example in the following one

3r2k1/pbpp1nbp/1p6/3P3q/6RP/1P4P1/P4Pb1/3Q2K1 w - -

The winning move Rxg7+ is missed.

Bottom line is that patch seems good for blitz times, perhaps
also for longer times. We should test against a third engine
(Toga ?) to have a final answer regarding this new setup.

Signed-off-by: Marco Costalba <mcostalba@gmail.com>
src/search.cpp
src/ucioption.cpp