Stockfish 1.9 JA update available

Discussion of anything and everything relating to chess playing software and machines.

Moderators: hgm, Rebel, chrisw

User avatar
Jim Ablett
Posts: 1383
Joined: Fri Jul 14, 2006 7:56 am
Location: London, England
Full name: Jim Ablett

Stockfish 1.9 JA update available

Post by Jim Ablett »

Image
Stockfish 1.9 JA by the Stockfish team.

Windows/Linux 64/32 Intel p.g.o compiles.

What's new:
As a starter we expect just a very small increment if any.

Although a lot of stuff has changed from 1.8, as you can see from the
diffstat below:

47 files changed, 2143 insertions(+), 2629 deletions(-)


We have mainly removed evaluation stuff that proved to be almost
useless, we have now access to a better hardware facility(*) and we
are able to test with a better resolution our evaluation code so to
remove old stuff that we never dared to touch.

Apart from that the increment is really silly at fast time controls
(as we normally test), perhaps we could have some surprises (hopefully
not bad ones) at longer TC where the new time management code by Joona
could kick in with a bit of luck.

Another change from 1.8 is that we lowered the aggressiveness of both
LMR and pruning, we will se if this will pay at longer TC, at fast TC
change is almost zero....


(*) Yes we have now access through ssh to some boxes kindly made
available by Aleks Peshkov (I don't know if he wants to be named here,
I hope yes ;-) ), this is perhaps the best thing that occurred to us
in the last months because we are now able to test each change with
5K-7K games of resolution and this really opens up new possibilities.
The first and IMHO most important asset you gain is to be able to
retest all your old code and finally detect what works from what it
seems to work, but actually does nothing. The biggest part of almost
500 lines of code reductions comes from that.

As usual a big thank you to all the people that helped us, starting
from the always very kind Jim and then to all the people that
contributed with patches and ideas also privately (they know who they
are).

Have fun
Stockfish team
Download:
http://www.multiupload.com/BUP7IBJVT0
Mirror:
http://good.net/_tUdGZzThJ

Jim.
jpqy
Posts: 550
Joined: Thu Apr 24, 2008 9:31 am
Location: Belgium

Re: Stockfish 1.9 JA update available

Post by jpqy »

Thank you Stockfish team..will start testing!

JP.
Jouni
Posts: 3283
Joined: Wed Mar 08, 2006 8:15 pm

Re: Stockfish 1.9 JA update available

Post by Jouni »

As usually when team says no progress at all new version is soon out :)

Fast test run:

STS: no difference to 1.8
tactics: 1.9 is clearly better (reason: we lowered the aggressiveness both
LMR and pruning ?)

Jouni
Ralph Stoesser
Posts: 408
Joined: Sat Mar 06, 2010 9:28 am

Re: Stockfish 1.9 JA update available

Post by Ralph Stoesser »

Thanks for the new version!

material.cpp, line 336
// We use NO_PIECE_TYPE as a place holder for the bishop pair "extended piece",
// this allow us to be more flexible in defining bishop pair bonuses.
for (pt1 = PIECE_TYPE_NONE; pt1 <= QUEEN; pt1++)
"NO_PIECE_TYPE" within comment has been overlooked by your search&replace tool. ;)
mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 9:17 pm

Re: Stockfish 1.9 JA update available

Post by mcostalba »

Ralph Stoesser wrote:Thanks for the new version!

material.cpp, line 336
// We use NO_PIECE_TYPE as a place holder for the bishop pair "extended piece",
// this allow us to be more flexible in defining bishop pair bonuses.
for (pt1 = PIECE_TYPE_NONE; pt1 <= QUEEN; pt1++)
"NO_PIECE_TYPE" within comment has been overlooked by your search&replace tool. ;)
:-) :-) :-)

You are right ! No tool is perfect ;-)
Uri Blass
Posts: 10282
Joined: Thu Mar 09, 2006 12:37 am
Location: Tel-Aviv Israel

Re: Stockfish 1.9 JA update available

Post by Uri Blass »

Jim Ablett wrote:Image
Stockfish 1.9 JA by the Stockfish team.

We have mainly removed evaluation stuff that proved to be almost
useless, we have now access to a better hardware facility(*) and we
are able to test with a better resolution our evaluation code so to
remove old stuff that we never dared to touch.
Is it evaluation stuff that is almost useless because it caused stockfish to be slower or simply because it is not clear if the evaluation is better even with fixed number of nodes?

In the second case it is a good idea to remove it.
In the first case I am not sure because I suspect that evaluation knowledge (that is productive assuming no price in speed) can help more at longer time control.
mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 9:17 pm

Re: Stockfish 1.9 JA update available

Post by mcostalba »

Uri Blass wrote:
Jim Ablett wrote:Image
Stockfish 1.9 JA by the Stockfish team.

We have mainly removed evaluation stuff that proved to be almost
useless, we have now access to a better hardware facility(*) and we
are able to test with a better resolution our evaluation code so to
remove old stuff that we never dared to touch.
Is it evaluation stuff that is almost useless because it caused stockfish to be slower or simply because it is not clear if the evaluation is better even with fixed number of nodes?

In the second case it is a good idea to remove it.
In the first case I am not sure because I suspect that evaluation knowledge (that is productive assuming no price in speed) can help more at longer time control.
Extrapolating to long time controls is a difficult and tricky exercise. Regarding evaluation I have experienced that most of the cases (but not all) can be safely proved at fast TC and they will hold also at longer TC.

Anyhow to answer your question, is the first case. We never test at fixed depth because is a very artificial condition and _could_ lead to artifacts.
Uri Blass
Posts: 10282
Joined: Thu Mar 09, 2006 12:37 am
Location: Tel-Aviv Israel

Re: Stockfish 1.9 JA update available

Post by Uri Blass »

mcostalba wrote:
Uri Blass wrote:
Jim Ablett wrote:Image
Stockfish 1.9 JA by the Stockfish team.

We have mainly removed evaluation stuff that proved to be almost
useless, we have now access to a better hardware facility(*) and we
are able to test with a better resolution our evaluation code so to
remove old stuff that we never dared to touch.
Is it evaluation stuff that is almost useless because it caused stockfish to be slower or simply because it is not clear if the evaluation is better even with fixed number of nodes?

In the second case it is a good idea to remove it.
In the first case I am not sure because I suspect that evaluation knowledge (that is productive assuming no price in speed) can help more at longer time control.
Extrapolating to long time controls is a difficult and tricky exercise. Regarding evaluation I have experienced that most of the cases (but not all) can be safely proved at fast TC and they will hold also at longer TC.

Anyhow to answer your question, is the first case. We never test at fixed depth because is a very artificial condition and _could_ lead to artifacts.
I understand it but the question is if removing the evaluation knowledge has a significant effect on the speed of stockfish in nodes per second(not 1% but 10% or 20%).

I tend to believe that slower evaluation that give the same result at fast time control is better at longer time control.
mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 9:17 pm

Re: Stockfish 1.9 JA update available

Post by mcostalba »

Uri Blass wrote: I understand it but the question is if removing the evaluation knowledge has a significant effect on the speed of stockfish in nodes per second(not 1% but 10% or 20%).
No, evaluation speed is always the same, let's say we increased 1-2% maximum.
alpha123
Posts: 660
Joined: Sat Dec 05, 2009 5:13 am
Location: Colorado, USA

Re: Stockfish 1.9 JA update available

Post by alpha123 »

Woo hoo!

I might try and implement Gaviota TBs in this one, regardless of whether or not the Stockfish team thinks they help. :P

Peter