Author: Robert Hyatt
Date: 11:34:22 12/18/00
Go up one level in this thread
On December 18, 2000 at 12:42:57, Bruce Moreland wrote: >On December 18, 2000 at 07:08:38, Tim Foden wrote: > >>Hi All, >> >>I have recently been looking at lots of old posts (I've been mucking around >>with my own archive browser with better search functionality), and I keep >>coming across the FINE 70 position as a good test for a hash implementation. >> >>I have been worried about the hash code in GLC for a while now, but I haven't >>been able to track anything down that is wrong. I'm not sure there _is_ >>even anything wrong. >> >>But... on the FINE 70 position below, GLC takes ages to see the gain of the >>f5 pawn. > >Here are some more ideas for experimentation. If you can turn your hash table >completely off, see what that does. Another thing to explore is what happens if >you leave your hash table on, but don't allow it to generate cutoffs. > >I have done a lot of testing of this position over the years. I use it as a >sanity check now and then, in order to see if I have broken hashing or if >various pruning experiments cause it to explode. > >My first experience with it involved some output from Cray Blitz, which showed >it solving this in the 18th ply. > >My own program completely bogged in the 18th ply, but didn't find it. I >determined that this is what happened when my program had severe hashing bugs. > >When I fixed these bugs my program went like blazes but it didn't solve the >problem until ply 26. No big deal, that was only a couple of seconds. I spent >some time trying to figure that out, and eventually decided that this didn't >matter. This is an interesting problem... here is why. Suppose the first move you search is bad, and then your opponent's reply is bad (your move ordering at the first two plies sucks). Now, at ply-3, you discover that you can force a win from this position I will call (P). But then you try better moves for your opponent, and you don't see anything good. Then you try a better move at ply-1, and although you can't search deep enough to directly see the win, you can search deeply enough to reach position (P) which you recognize as won from the hash table. The bottom line is the better your move ordering, the later you see this. If I recall correctly,this is a 26 ply winning plan to grab the first pawn. With perfect move ordering you should see this around depth=26. With less than perfect ordering, you can shorten this quite a bit. It is also _very_ sensitive to hash replacement and table size, as the critical position (P) has to be able to stick around long enough to be useful. If it gets overwritten, then you have to find it on your own.. good hash test of course... and this should bog badly at some depth. By the time you hit ply=30, you will see _lots_ of pawn promotions but they get pruned away instantly by the alpha/beta window. But once you hit 30+, you will eventually find a way where you can force a queen no matter what the opponent does. And suddenly those cutoffs don't happen any more, and the search simply hangs as you will _never_ be able to search your way out of a tree that deep with queens on the board. The hanging isn't necessarily a bad thing, here... > >Since then I have seen versions that solve it at various plies, usually in the >low to mid 20's. You don't *have* to solve it in ply 18, but I think that >significant bogging is cause for alarm. > >There was one point at which I made significant changes to my hashing situation, >and I noticed that this problem was very very succeptible to replacement >problems. I use two tables, one of which is "store always", the other is "store >if deeper search or score not from this search". That seems to solve the >problem pretty well. If I use a single table instead, my program has serious >problems with this position. > >I just tested it on a Pentium Pro 200, and it's finding it in ply 22 now, with >numerous false starts starting at ply 18, which isn't what it usually does. >Appended is output of a run for five seconds. > >bruce > >PV 00:00:00.010 1 176 [right] Kb1 >PV 00:00:00.010 1 182 [wrong] Kb2 >PV 00:00:00.010 2 170 [wrong] Kb2 Kb6 >PV 00:00:00.010 3 182 [wrong] Kb2 Kb6 Kc3 >PV 00:00:00.010 4 182 [wrong] Kb2 Kb6 Kc3 Kc7 >PV 00:00:00.010 5 188 [wrong] Kb2 Kb6 Kc3 Kc7 Kd3 >PV 00:00:00.010 6 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 >PV 00:00:00.010 7 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 Ke3 >PV 00:00:00.020 8 188 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 >PV 00:00:00.020 9 188 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 >PV 00:00:00.020 10 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 >PV 00:00:00.030 11 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd3 >PV 00:00:00.030 12 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kb7 Kd2 >Kc7 >PV 00:00:00.040 13 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kd7 Kc4 >Ke7 Kd3 >PV 00:00:00.050 14 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kb7 Kd2 >Kc7 Ke3 Kd7 >PV 00:00:00.050 15 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kb7 Kd2 >Kc7 Ke3 Kd7 Kd3 >PV 00:00:00.060 16 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kb7 Kc2 >Kc7 Kd3 >PV 00:00:00.060 17 182 [wrong] Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc3 Kb7 Kc2 >Kc7 Kd3 Kb7 Ke3 Kc7 Kf3 >PV 00:00:00.100 18 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 >PV 00:00:00.100 18 179 [right] Kb1 >PV 00:00:00.100 18 232 [right] Kb1 >PV 00:00:00.110 18 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 >PV 00:00:00.120 19 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 >PV 00:00:00.130 19 179 [right] Kb1 >PV 00:00:00.130 19 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 >PV 00:00:00.140 20 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 Kb6 Kc3 >PV 00:00:00.160 20 179 [right] Kb1 >PV 00:00:00.160 20 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 Kb6 Kc3 >PV 00:00:00.170 21 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 Kb6 Kc3 >PV 00:00:00.190 21 179 [right] Kb1 >PV 00:00:00.190 21 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 Kb6 Kc3 >PV 00:00:00.200 22 176 [wrong] Kb2 Ka8 Kc2 Kb8 Kd3 Kc7 Kc4 Kb6 Kc3 >PV 00:00:00.220 22 179 [right] Kb1 >PV 00:00:00.250 22 226 [right] Kb1 >PV 00:00:00.270 22 348 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke7 >PV 00:00:00.290 23 348 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke7 Kxf5 >PV 00:00:00.330 24 353 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Ke7 >PV 00:00:00.401 25 368 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg4 >PV 00:00:00.451 26 357 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg4 Kf6 >PV 00:00:00.551 27 388 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg4 Kf6 f5 >PV 00:00:00.641 28 388 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg4 Kf6 f5 Ke7 >PV 00:00:00.831 29 428 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg5 Kf8 f5 Ke7 f6+ Ke8 >PV 00:00:01.142 30 434 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg5 Ke7 f5 Kd7 f6 Ke8 >PV 00:00:01.402 31 434 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg5 Ke7 f5 Kd7 f6 Ke8 Kf5 >PV 00:00:01.783 32 434 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke8 Kxf5 Kf7 Kg5 Ke7 f5 Kd7 f6 Ke8 Kf5 >Kf7 >PV 00:00:02.574 33 434 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke7 Kxf5 Kf7 >PV 00:00:03.695 34 434 [right] Kb1 Kb7 Kc1 Kc7 Kd1 Kd7 Kc2 Kc7 Kd3 Kb7 Ke3 >Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Kf7 Kg5 Ke7 Kxf5 Kf7 Kg5 Kg7 f5 Kf7 f6 Kf8 Kg4 >Kg8 Kf4 Kf7 > > >> >>So I am asking (grovel grovel) for people's help here... >> >>Looking at the analysis below, does it look like there is a bug, or is this >>just a normal posibility in a valid implementation? I am concerned for the >>number of nodes taked to finish 24 ply (after 2:21), and again at 26 ply >>(after 22:23; where it finally sees the pawn capture). >> >>If there is a bug, does anyone have a good idea how I should go about >>finding it? Or even a bad one? ;) >> >>Are there any other (simpler... where I can dump the tree an look at it >>myself) positions that also test the hash table in this way? >> >>Does GLC find the correct PV? If not, what is the correct PV for the >>solution to this position? >> >>Thanks in advance for any help... it will be much appreciated. >> >>Cheers, Tim. >> >><<<<<<<<<<<< >>Program output below: >> >>>fen /k/3p/p2P1p/P2P1P///K/ w >> _a___b___c___d___e___f___g___h_ >> | | | | | | | | | White to play >> 8| | | | | | | | |8 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 7|(K)| | | | | | | |7 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 6| | | |(P)| | | | |6 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 5|(P)| | | P | |(P)| | |5 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 4| P | | | P | | P | | |4 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 3| | | | | | | | |3 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 2| | | | | | | | |2 >> |___|___|___|___|___|___|___|___| >> | | | | | | | | | >> 1| K | | | | | | | |1 >> |___|___|___|___|___|___|___|___| >> a b c d e f g h >>>hash 24 >> Hash table size set to: 24.0MB >>>anal >> Game stage: Endgame >> Current eval: 0.99 >> Ply Time Score Nodes Principal Variation >> 1 0.00 1.00 1 Kb1 >> 1 0.01 1.05 4 Kb2 >> 1 0.01 1.05 4 Kb2 >> 2 0.01 0.99 12 Kb2 Kb6 >> 2 0.01 0.99 18 Kb2 Kb6 >> 3 0.01 1.05 47 Kb2 Kb6 Kc3 >> 3 0.01 1.05 61 Kb2 Kb6 Kc3 >> 4 0.01 1.05 108 Kb2 Kb6 Kc3 Kc7 >> 4 0.01 1.05 130 Kb2 Kb6 Kc3 Kc7 >> 5 0.01 1.06 232 Kb2 Kb6 Kc3 Kc7 Kd3 >> 5 0.01 1.06 303 Kb2 Kb6 Kc3 Kc7 Kd3 >> 6 0.01 1.05 453 Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 >> 6 0.01 1.05 514 Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 >> 7 0.01 1.05 761 Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 Ke3 >> 7 0.02 1.05 828 Kb2 Kb6 Kc3 Kc7 Kd3 Kd7 Ke3 >> 8 0.02 1.06 1366 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 >> 8 0.02 1.06 1427 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 >> 9 0.02 1.06 1868 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc4 >> 9 0.02 1.06 1929 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Kc4 >> 10 0.03 1.05 3162 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 >> 10 0.03 1.05 3225 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 >> 11 0.03 1.05 4048 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd3 >> 11 0.05 1.05 4109 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd3 >> 12 0.06 1.05 5517 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd3 Ke7 >> 12 0.06 1.05 5578 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd3 Ke7 >> 13 0.07 1.05 7139 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Ke7 Kd3 >> 13 0.07 1.05 7200 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Ke7 Kd3 >> 14 0.08 1.05 9855 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kc7 Kd3 >> Kd7 >> 14 0.09 1.05 9916 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kc7 Kd3 >> Kd7 >> 15 0.11 1.05 13879 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kd7 Kd3 >> 15 0.11 1.05 13940 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kd7 Kd3 >> 16 0.15 1.05 23710 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kc7 Kd3 Kd7 >> 16 0.16 1.05 23771 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kc7 Kd3 Kd7 >> 17 0.24 1.05 39553 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kd7 Kb2 Kc7 Kc3 >> 17 0.24 1.05 39614 Kb2 Kb6 Kc3 Kc7 Kc4 Kb6 Kd3 Kc7 Ke3 Kd7 Kd2 Kd8 Kc2 >> Kd7 Kb2 Kc7 Kc3 >> 18 1.19 1.05 254909 Kb2 Ka8 Kc3 Kb7 <ht> >> 18 1.19 1.05 255124 Kb2 Ka8 Kc3 Kb7 <ht> >> 19 1.21 1.05 257733 Kb2 Ka8 Kc3 Kb7 Kc4 Kb6 Kd3 Kc7 Kc4 <ht> >> 19 5.50 1.06 1168840 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kb3 Kb6 Kc4 >> Ka6 Kd3 Kb7 Ke3 Kc7 Kd3 >> 19 5.56 1.06 1181133 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kb3 Kb6 Kc4 >> Ka6 Kd3 Kb7 Ke3 Kc7 Kd3 >> 20 7.51 1.05 1626804 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Ke7 >> 20 8.77 1.05 1923353 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Ke7 >> 21 9.22 1.05 2025144 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kd7 Kc4 >> 21 9.23 1.05 2027301 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kd7 Kc4 >> 22 9.26 1.05 2032028 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kc7 Kc4 Kd7 >> 22 13.35 1.05 3011521 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kc7 Kc4 Kd7 >> 23 13.40 1.05 3021288 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Kg3 Ke7 Kf2 Kf7 Ke3 Ke7 Kd3 >> 23 15.81 1.05 3530404 Kb1 Kb7 Kc1 Kb8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 Kb7 Ke3 >> Kc7 Kf3 Kd7 Kg3 Ke7 Kf2 Kf7 Ke3 Ke7 Kd3 >> 24 2:21 1.05 25881k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kc7 Kc4 Kd7 >> 24 2:21 1.05 25895k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Ke2 Kd8 Kd3 Kc7 Kc4 Kd7 >> 25 2:21 1.05 25908k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kf2 Kf7 Ke3 Ke7 Kd3 >> 25 2:22 1.05 25930k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kf2 Kf7 Ke3 Ke7 Kd3 >> 26 11:47 ++ 127200k Kb1 (a=0.55 b=1.55 e=1.55) >> 26 22:23 2.25 236793k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> 26 22:23 2.25 236846k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> 27 22:24 2.25 236874k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> Kxf5 >> 27 22:24 2.25 236980k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> Kxf5 >> 28 22:24 2.25 237025k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> Kxf5 Ke7 >> 28 22:26 2.25 237290k Kb1 Kb7 Kc1 Kc7 Kd1 Kd8 Kc2 Kc8 Kd2 Kd7 Kc3 Kc7 Kd3 >> Kb7 Ke3 Kc7 Kf3 Kd7 Kg3 Ke7 Kh4 Kf6 Kh5 Ke7 Kg5 Kd7 >> Kxf5 Ke7 >>>exit >> local: t=23:03 nps=176410.9 n=244048445 (f=98419961 q=145628484) >> total: t=23:03 nps=176410.9 n=244048445 >> extensions: check=268605 recap=3 p-push=16306 1-rep=2 >> q-moves: gen=911422 tested=907591 made/un=785685 max-dep=4 >> max eval diff: part-1=0.98 part-2=0.57 >>>
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.