I made some improvements to my distributed implementation for computing perft and divide numbers for 8x8 checkers that enabled me to go even deeper, and now computed depth 26 from the initial position, shown below. As reported earlier, the numbers were computed on a cluster of machines, further optimized with a "hard collision"-free transposition table as well as bulk counting. The move generator does not eliminate duplicate captures (viz. the situation where a king can capture the same pieces in different directions; a situation that starts to occur at depth 12 and up).
AartBik wrote:I made some improvements to my distributed implementation for computing perft and divide numbers for 8x8 checkers that enabled me to go even deeper, and now computed depth 26 from the initial position, shown below. As reported earlier, the numbers were computed on a cluster of machines, further optimized with a "hard collision"-free transposition table as well as bulk counting. The move generator does not eliminate duplicate captures (viz. the situation where a king can capture the same pieces in different directions; a situation that starts to occur at depth 12 and up).
My initial thought was: "arggggggggggggggh". But congratulations are more in order here! Great stuff. If I ever try my hand at perft() again, I would probably have to do a generalized divide(depth, 5) (i.e. divide the computation into subtrees 5 plies from the root) in order to be able to save intermediate results and guard against power failures. [Note: the familiar perft(depth) and divide(depth) are divide(depth, 0) and divide(depth, 1) in this notation].
Rein Halbersma wrote:My initial thought was: "arggggggggggggggh".
What else did you expect after your previous "smallest possible increments" comments? But seriously, I am having fun with these computations, and hope others still enjoy it too. Yesterday I also updated the A133046 entry with proper credit to you and Murray. In any case, I am hoping for a confirmation of the higher depths, or perhaps even a challenge for perft(27)?
Rein Halbersma wrote:My initial thought was: "arggggggggggggggh".
What else did you expect after your previous "smallest possible increments" comments? But seriously, I am having fun with these computations, and hope others still enjoy it too. Yesterday I also updated the A133046 entry with proper credit to you and Murray. In any case, I am hoping for a confirmation of the higher depths, or perhaps even a challenge for perft(27)?
Ha! Good to see that your inner sportsman was triggered by my needling I'm not embarking on any kind of perft compuation with my current P4, but I'm in the process of ordering a Xeon E5-1650 (6-core) that should be able to at least break my personal best of perft(22)... And thanks for crediting me at OEIS.
Rein Halbersma wrote:I'm not embarking on any kind of perft compuation with my current P4, but I'm in the process of ordering a Xeon E5-1650 (6-core) that should be able to at least break my personal best of perft(22).