Stockfish 1.5.1

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

Moderators: bob, hgm, Harvey Williamson

Forum rules
This textbox is used to restore diagrams posted with the [d] tag before the upgrade.
Post Reply
mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 7:17 pm

Stockfish 1.5.1

Post by mcostalba » Thu Oct 08, 2009 6:01 pm

This is Stockfish 1.5.1

You can download the sources from:
http://www.mediafire.com/?5jx12zdyygw

This is a maintenance release that fixes following bugs:

- Chess960 is now fully functional

- Fix of a rare crash that could occur at long time controls, but also at shorter ones if you are very unlucky.

- Less prone to lose on time especially at very fast games.


It is important to say that functionality and speed is 100% the same of 1.5, IOW there is no change in strength, so if you have already started to test you don't need to start again.


Please Jim, would you be so kind to build the pgo binaries. Thanks in advance. Also we would like to thank all the people that in public or privately helped reporting bug and testing the fixes in these few but intense days.


Best wishes,
Tord Romstad, Marco Costalba, Joona Kiiski

Uri Blass
Posts: 8586
Joined: Wed Mar 08, 2006 11:37 pm
Location: Tel-Aviv Israel

Re: Stockfish 1.5.1

Post by Uri Blass » Thu Oct 08, 2009 6:32 pm

I think that only not losing on time with no more changes is a playing strength improvement.

The question is also if the bug that leads to losing on time cannot lead to inferior moves without losing on time in other cases.

Uri

mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 7:17 pm

Re: Stockfish 1.5.1

Post by mcostalba » Thu Oct 08, 2009 8:13 pm

Uri Blass wrote: The question is also if the bug that leads to losing on time cannot lead to inferior moves without losing on time in other cases.
Node count when searching at fixed depth is the same for any position and for any depth. The two versions are 100% identical in the moves that they play.

Regarding losing on time it depends, on offical tests like CEGT the time control used is so big 40/20 or 40/4 that you should not experience losing on time. And if you avoid also some GUI that seems to introduce latency accounted on the engine's time you very rarely lose on time also with fast controls.

But 1.5.1 should now be resistant also to the most difficult GUI out there. ;-)

rainhaus
Posts: 143
Joined: Sun Feb 01, 2009 6:26 pm

Re: Stockfish 1.5.1

Post by rainhaus » Thu Oct 08, 2009 9:47 pm

hello,
you are faster in fixing a bug than I can post my report about it! Ok, into the trash with it and all we have to do is waiting for Jim Ablett. I had three time forfeits by hang-ups within 32 games and I was about to test several promising counter measures.., but of course I have to be happy when it is purged by now ;)
regards

User avatar
Jim Ablett
Posts: 1327
Joined: Fri Jul 14, 2006 5:56 am
Location: London, England
Contact:

Re: Stockfish 1.5.1

Post by Jim Ablett » Thu Oct 08, 2009 10:36 pm

Stockfish 1.5.1 Windows x64 & win32 builds

http://www.mediafire.com/?mhztmwj5tmq

Jim.

Norm Pollock
Posts: 1017
Joined: Thu Mar 09, 2006 3:15 pm
Location: Long Island, NY, USA
Contact:

Re: Stockfish 1.5.1

Post by Norm Pollock » Thu Oct 08, 2009 11:24 pm

My early results show that 1.51 is substantially weaker than 1.50.

Uri Blass
Posts: 8586
Joined: Wed Mar 08, 2006 11:37 pm
Location: Tel-Aviv Israel

Re: Stockfish 1.5.1

Post by Uri Blass » Thu Oct 08, 2009 11:31 pm

mcostalba wrote:
Uri Blass wrote: The question is also if the bug that leads to losing on time cannot lead to inferior moves without losing on time in other cases.
Node count when searching at fixed depth is the same for any position and for any depth. The two versions are 100% identical in the moves that they play.

Regarding losing on time it depends, on offical tests like CEGT the time control used is so big 40/20 or 40/4 that you should not experience losing on time. And if you avoid also some GUI that seems to introduce latency accounted on the engine's time you very rarely lose on time also with fast controls.

But 1.5.1 should now be resistant also to the most difficult GUI out there. ;-)
I read the following in the subject about 1.5

Joona Kiiski:

"Thank you very much for your report!!

I've tracked down the problem and it is indeed not at all related to time management. It results from overflow issue which was already fixed in devel-branch few days ago. The fix will be included in maintenance release 1.5.1 which will hopefully be released soon "

The question is if overflow cannot cause other problems that are not losing on time.

based on my understanding overflow is a case when you have some array like int a[100] and later try to change a[x] fpr x>=100 or for x<0 and it may change other variables and cause the program to crash.

Maybe it is not the problem of stockfish but Joona Kiiski did not gave a clear explanation to describe the problem that caused stockfish to lose on time.

Uri

Hart

Re: Stockfish 1.5.1

Post by Hart » Fri Oct 09, 2009 12:17 am

Thanks for the update. Quick question: if I wanted to create the most vicious and aggressive personality for SF, not necessarily the strongest, what would you suggest aside from just setting "Aggressiveness" to 200?

ernest
Posts: 1860
Joined: Wed Mar 08, 2006 7:30 pm

Re: Stockfish 1.5.1

Post by ernest » Fri Oct 09, 2009 1:35 am

mcostalba wrote:Node count when searching at fixed depth is the same for any position and for any depth. The two versions are 100% identical in the moves that they play.
Infinite analysis from start_position is identical in 1.5 and 1.5.1
The 1.5.1 version does seem 1% slower :-)

And of course, the 64-bit and 32-bit versions still have the different behavior question. BTW, this is so for all Stockfish versions. The question/problem does not exist with the Glaurung versions.

mcostalba
Posts: 2684
Joined: Sat Jun 14, 2008 7:17 pm

Re: Stockfish 1.5.1

Post by mcostalba » Fri Oct 09, 2009 3:48 am

Uri Blass wrote:
based on my understanding overflow is a case when you have some array like int a[100] and later try to change a[x] fpr x>=100 or for x<0 and it may change other variables and cause the program to crash.

Maybe it is not the problem of stockfish but Joona Kiiski did not gave a clear explanation to describe the problem that caused stockfish to lose on time.
Overflow can cause a crash.

This is the code

1.5 version

Code: Select all

void TranspositionTable&#58;&#58;extract_pv&#40;const Position& pos, Move pv&#91;&#93;) &#123;

  int ply;
  Position p&#40;pos&#41;;
  StateInfo st&#91;100&#93;;

  for &#40;ply = 0; pv&#91;ply&#93; != MOVE_NONE; ply++)
      p.do_move&#40;pv&#91;ply&#93;, st&#91;ply&#93;);

  bool stop;
  const TTEntry* tte;
  for &#40;stop = false, tte = retrieve&#40;p.get_key&#40;));
       tte && tte->move&#40;) != MOVE_NONE && !stop;
       tte = retrieve&#40;p.get_key&#40;)), ply++)
  &#123;
      if (!move_is_legal&#40;p, tte->move&#40;)))
          break;
      pv&#91;ply&#93; = tte->move&#40;);
      p.do_move&#40;pv&#91;ply&#93;, st&#91;ply&#93;);
      for &#40;int j = 0; j < ply; j++)
          if &#40;st&#91;j&#93;.key == p.get_key&#40;)) stop = true;
  &#125;
  pv&#91;ply&#93; = MOVE_NONE;
&#125;
and this is 1.5.1 version

Code: Select all

void TranspositionTable&#58;&#58;extract_pv&#40;const Position& pos, Move pv&#91;&#93;, int pvSize&#41; &#123;
 
  const TTEntry* tte;
  StateInfo st;
  Position p&#40;pos&#41;;
  int ply = 0;

  // Update position to the end of current PV
  while &#40;pv&#91;ply&#93; != MOVE_NONE&#41;
      p.do_move&#40;pv&#91;ply++&#93;, st&#41;;

  // Try to add moves from TT until possible
  while (   &#40;tte = retrieve&#40;p.get_key&#40;))) != NULL
         && tte->move&#40;) != MOVE_NONE
         && move_is_legal&#40;p, tte->move&#40;))
         && (!p.is_draw&#40;) || ply < 2&#41;
         && ply < pvSize&#41;
  &#123;
      pv&#91;ply&#93; = tte->move&#40;);
      p.do_move&#40;pv&#91;ply++&#93;, st&#41;;
  &#125;
  pv&#91;ply&#93; = MOVE_NONE;
&#125;
Now thanks to the condition

Code: Select all

&& ply < pvSize
you are guaranteed against overflow in

Code: Select all

pv&#91;ply&#93; = tte->move&#40;); 
Hope it is clear.

Post Reply