Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Sebastian Buchwald
Date: Thu Nov 29 15:01:54 2018 +0100 Timestamp: 1543500114 Use emplace_back() in TB code The patch was tested for correctness by running bench with and without the change against current master, and the tablebase hit numbers were found to be identical in both cases. See the pull request comments for details: https://github.com/official-stockfish/Stockfish/pull/1826 No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: 31m059
Date: Tue Nov 27 08:53:14 2018 +0100 Timestamp: 1543305194 Simplify casting extension On November 16th, before the removal of the depth condition, I tried revising castling extensions to only handle castling moves, rather than moves that change castling rights generally. It appeared to be a slight Elo gain at STC but insufficient to pass [0, 4] (+0.5 Elo), but what I overlooked was that it made pos.can_castle(us) irrelevant and should have been a simplification. Recent discussion with @Chess13234 and Michael Chaly (@Vizvezdenec) inspired me to take a second look, and the simplification continues to pass when rebased on the current master. This replaces two conditions with one, because type_of(move) == CASTLING implies pos.can_castle(Us), allowing us to remove the latter condition. STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 110948 W: 24209 L: 24263 D: 62476 Elo -0.17 http://tests.stockfishchess.org/tests/view/5bf8f65c0ebc5902bced3a63 LTC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 88283 W: 14681 L: 14668 D: 58934 Elo +0.05 http://tests.stockfishchess.org/tests/view/5bf994a60ebc5902bced4349 Bench: 3939338 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Steinar H. Gunderson
Date: Tue Nov 27 08:39:23 2018 +0100 Timestamp: 1543304363 Turn on MADV_RANDOM for Syzygy mmaps (on Unix-like builds) When running on a cloud VM (n1-highcpu-96) with several NVMe SSDs and some non-SSDs for tablebases, I noticed that the average SSD request size was more than 256 kB. This doesn't make a lot of sense for Syzygy tablebases, which have a block size of 32 bytes and very low locality. Seemingly, the tablebase access patterns during probing make the OS, at least Linux, think that readahead is advantageous; normally, it gives up doing readahead if there are too many misses, but it doesn't, perhaps due to the fairly high overall hit rates. (It seems the kernel cannot distinguish between reading a block that was paged in because the userspace wanted it explicitly, and one that was read as part of readahead.) Setting MADV_RANDOM effectively turns off readahead, which causes the request size to drop to 4 kB. In the aforemented cloud VM test, this roughly tripled the amount of I/O requests that were able to go through, while reducing the total traffic from 2.8 GB/sec to 56 MB/sec (moving the bottleneck to the non-SSDs; it seems the SSDs could have sustained many more requests). Closes https://github.com/official-stockfish/Stockfish/pull/1829 No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Jörg Oster
Date: Sun Nov 25 11:27:40 2018 +0100 Timestamp: 1543141660 Qsearch simplification. (#1828) Don't do an extra TT update in case of a fail-high, but simply break off the moves loop and let the TT update at the end of qsearch do this job. Same workflow/logic as in our main search function now. Tested for no regression to be on the safe side. STC LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 30237 W: 6665 L: 6560 D: 17012 Elo +1.21 http://tests.stockfishchess.org/tests/view/5bf928e80ebc5902bced3f3a LTC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 51067 W: 8625 L: 8553 D: 33889 Elo +0.49 http://tests.stockfishchess.org/tests/view/5bf937180ebc5902bced3fdc No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Vizvezdenec
Date: Sat Nov 24 02:14:18 2018 +0100 Timestamp: 1543022058 Reintroduce tropism to kingdanger Tropism in kingdanger was simplified away in this pull request #1821. This patch reintroduces tropism in kingdanger with using quadratic scaling. Passed STC http://tests.stockfishchess.org/tests/view/5bf7c1b10ebc5902bced1f8f LLR: 2.96 (-2.94,2.94) [0.00,5.00] Total: 52803 W: 11835 L: 11442 D: 29526 Elo +2.59 Passed LTC http://tests.stockfishchess.org/tests/view/5bf816e90ebc5902bced24f1 LLR: 2.96 (-2.94,2.94) [0.00,5.00] Total: 17204 W: 2988 L: 2795 D: 11421 Elo +3.90 How do we continue from there? I've recently tried to introduce tropism difference term in kingdanger which passed STC 6 times but failed LTC all the time. Maybe using quadratic scaling for it will also be helpful. Bench 4041387 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: 31m059
Date: Sat Nov 24 02:09:35 2018 +0100 Timestamp: 1543021775 Remove the tropism term from kingDanger A recent LTC tuning session by @candirufish showed this term decreasing significantly. It appears that it can be removed altogether without significant Elo loss. I also thank @GuardianRM, whose attempt to remove tropism from king danger inspired this one. After this PR is merged, my next step will be to attempt to tune the coefficients of this new, simplified kingDanger calculation. STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 12518 W: 2795 L: 2656 D: 7067 Elo +3.86 http://tests.stockfishchess.org/tests/view/5befadda0ebc595e0ae3a289 LTC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 164771 W: 26463 L: 26566 D: 111742 Elo -0.22 http://tests.stockfishchess.org/tests/view/5befcca70ebc595e0ae3a343 LTC 2, rebased on Stockfish 10 beta: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 75226 W: 12563 L: 12529 D: 50134 Elo +0.16 http://tests.stockfishchess.org/tests/view/5bf2e8910ebc5902bcecb919 Bench: 3412071 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Joost VandeVondele
Date: Tue Nov 20 08:00:19 2018 +0100 Timestamp: 1542697219 Force time check on TB probe in search. Because of aggressive time management and optimistic assumptions about move overhead, it's still very easy to get Stockfish to forfeit on time when we hit an endgame and have Syzygy EGTB on a spinning drive. The latency from serving a few thousand EGTB probes (~10ms each), of which there can currently be up to 4000 outstanding before a time check, will easily overwhelm the default Move Overhead of 30ms. This problem was first raised by Gian-Carlo Pascutto and some solutions and improvements were discussed in the following pull requests: https://github.com/official-stockfish/Stockfish/pull/1471 https://github.com/official-stockfish/Stockfish/pull/1623 https://github.com/official-stockfish/Stockfish/pull/1783 This patch is a minimal change proposed by Marco Costalba to lower the impact of the bug. We now force a check of the clock right after each tablebase read. No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: xoto10
Date: Tue Nov 20 07:50:12 2018 +0100 Timestamp: 1542696612 Bonus for restricting opponent's piece moves STC: LLR: 2.96 (-2.94,2.94) [0.00,5.00] Total: 51883 W: 11297 L: 10915 D: 29671 Elo +2.56 http://tests.stockfishchess.org/tests/view/5bf1e2ee0ebc595e0ae3cacd LTC: LLR: 2.96 (-2.94,2.94) [0.00,5.00] Total: 15859 W: 2752 L: 2565 D: 10542 Elo +4.10 http://tests.stockfishchess.org/tests/view/5bf337980ebc5902bcecbf62 Notes: (1) The bonus value has not been carefully tested, so it may be possible to find slightly better values. (2) Plan is to now try adding similar restriction for pawns. I wanted to include that as part of this pull request, but I was advised to do it as two separate pull requests. STC is currently running here, but may not add enough value to pass green. Bench: 3679086 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Stéphane Nicolet
Date: Mon Nov 19 11:18:21 2018 +0100 Timestamp: 1542622701 Stockfish 10-beta Preparation commit for the upcoming Stockfish 10 version, giving a chance to catch last minute feature bugs and evaluation regression during the one-week code freeze period. Also changing the copyright dates to include 2019. No functional change see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: SFisGOD
Date: Mon Nov 19 10:50:55 2018 +0100 Timestamp: 1542621055 Tweak Queen PSQT based on tuned values STC: (Yellow) LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 63140 W: 13433 L: 13353 D: 36354 Elo +0.44 http://tests.stockfishchess.org/tests/view/5bed42c90ebc595e0ae37cf5 LTC: (Green) LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 47714 W: 7785 L: 7485 D: 32444 Elo +2.18 http://tests.stockfishchess.org/tests/view/5bec3b8c0ebc595e0ae36dec Closes https://github.com/official-stockfish/Stockfish/pull/1816 Bench: 3717396 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Kurt
Date: Mon Nov 19 10:42:46 2018 +0100 Timestamp: 1542620566 Tune evaluation scores STC: LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 84697 W: 18173 L: 18009 D: 48515 Elo +0.67 http://tests.stockfishchess.org/tests/view/5bea366f0ebc595e0ae34793 LTC: LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 157625 W: 25533 L: 24893 D: 107199 Elo +1.41 http://tests.stockfishchess.org/tests/view/5be8b69e0ebc595e0ae33024 Personally, I feel like SF has been tuned to death recently and that we need to step away from existing-parameter tunes for a bit and focus more on new ideas. I don't really think there's much more ELO in these tunes (for now). For me at least, this was the last existing-parameter tune I'll be running for quite a while. Cheers! Bench: 3572567 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: protonspring
Date: Mon Nov 19 10:37:34 2018 +0100 Timestamp: 1542620254 Remove BlockedStorm array Apparently, only RANK_3 is relevant. This removes a look-up and the BlockedStorm array, but adds another conditional. STC LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 84340 W: 18054 L: 18054 D: 48232 Elo +0.00 http://tests.stockfishchess.org/tests/view/5bea10f40ebc595e0ae3457b LTC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 31874 W: 5135 L: 5032 D: 21707 Elo +1.12 http://tests.stockfishchess.org/tests/view/5beadb6a0ebc595e0ae35542 Closes https://github.com/official-stockfish/Stockfish/pull/1814 Bench: 3799443 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: VoyagerOne
Date: Mon Nov 19 10:28:55 2018 +0100 Timestamp: 1542619735 Simplify Castle Extension Remove depth condition in castle extension, also don't extend if Singular Extension and Check Extansion fail to extend. STC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 42070 W: 9118 L: 9036 D: 23916 Elo +0.68 http://tests.stockfishchess.org/tests/view/5be899cc0ebc595e0ae32f07 LTC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 78278 W: 12490 L: 12458 D: 53330 Elo +0.14 http://tests.stockfishchess.org/tests/view/5be8ac420ebc595e0ae33010 Bench: 3611041 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: protonspring
Date: Mon Nov 19 10:16:07 2018 +0100 Timestamp: 1542618967 Code style in search.cpp It does not appear to be not necessary or advantageous to conditionally initialize kingRing[Us] or kingAttackersCount[Them], so the 'else' can be removed. STC LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 22873 W: 4923 L: 4804 D: 13146 Elo +1.81 http://tests.stockfishchess.org/tests/view/5be9a8270ebc595e0ae33c7e No functional change see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Nikolay Kostov
Date: Mon Nov 19 10:10:47 2018 +0100 Timestamp: 1542618647 Update a comment in the evaluate.cpp file to reflect recent change No functional change see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: SFisGOD
Date: Mon Nov 19 10:02:31 2018 +0100 Timestamp: 1542618151 Rook PSQT Tuned Failed STC (Yellow ) LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 56302 W: 12007 L: 11953 D: 32342 Elo +0.33 http://tests.stockfishchess.org/tests/view/5be69d210ebc595e0ae3185b Passed 1st LTC (Green) LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 8745 W: 1480 L: 1301 D: 5964 Elo +7.11 http://tests.stockfishchess.org/tests/view/5be682960ebc595e0ae31818 Failed 2nd LTC (Red) LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 19398 W: 3040 L: 3133 D: 13225 Elo -1.67 http://tests.stockfishchess.org/tests/view/5be69b840ebc595e0ae31856 Passed 3rd LTC (Green) LLR: 2.96 (-2.94,2.94) [0.00,4.00] Total: 107516 W: 17342 L: 16858 D: 73316 Elo +1.56 http://tests.stockfishchess.org/tests/view/5bea879a0ebc595e0ae34d80 Closes https://github.com/official-stockfish/Stockfish/pull/1809 How to continue from there? The values in the rook table now look a bit strange for a human eye and are hard to explain, maybe it would be nice to simplify them by hand and see if we can pass another (clean) double green with a more regular array. Bench: 3188070 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Vizvezdenec
Date: Mon Nov 19 09:47:19 2018 +0100 Timestamp: 1542617239 Change default contempt from 21 to 24 centipawns To top the rating lists and get more interesting middle play, it is a good habit to set the default contempt to the highest value that does not regress against contempt=0. We recently decreased PawnValueEg it is logical that to raise a little bit the default higher contempt because of the following internal dependency in line 334 of search.cpp : ```` int ct = int(Options["Contempt"]) * PawnValueEg / 100; // From centipawns ```` STC: contempt=24 passed non-regression vs contempt=0 http://tests.stockfishchess.org/tests/view/5bd6d7f80ebc595e0ae21e14 LTC: contempt=24 passed non-regression LTC vs contempt=0 http://tests.stockfishchess.org/tests/view/5bd6e0980ebc595e0ae21f07 On 2018-11-01, we also tested the effects of contempt=21 and contempt=24 against Stockfish 9, and the net result was neutral: Contempt 21 ELO: 51.68 +-1.9 (95%) LOS: 100.0% Total: 40000 W: 9487 L: 3581 D: 26932 Elo +51.68 http://tests.stockfishchess.org/tests/view/5bdb1a140ebc595e0ae2620a Contempt 24 ELO: 52.21 +-2.0 (95%) LOS: 100.0% Total: 40000 W: 9759 L: 3793 D: 26448 Elo +52.21 http://tests.stockfishchess.org/tests/view/5bdb1b680ebc595e0ae2620d Bench: 3459874 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Nooby
Date: Mon Nov 19 09:40:42 2018 +0100 Timestamp: 1542616842 Clear TableBase mappings in Search::clear() This patch will make possible to free mapped TB files with "ucinewgame" command. We wrote this patch specifically to address a problem that arose while running Stockfish with 7-piece tablebases as a kibitzer at TCEC for extended periods of time across multiple games. It was noted that after some time, the NPS of the kibitzing Stockfish (which is usually 3x faster than the Stockfish actually competing) would drop precipitously, eventually falling to preposterously low numbers until restarted. Their eval bot basically inputs FEN, go infinite, stop and loop, it probably didn't do ucinewgame either. As time goes it gradually slowed down and OS starts to use swap, this is not reasonable since the engine only uses 16GB hash and the machine has 1TB physical RAM and does nothing else. Author : noobpwnftw Closes https://github.com/official-stockfish/Stockfish/pull/1790 No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: protonspring
Date: Mon Nov 12 20:33:07 2018 +0100 Timestamp: 1542051187 Replace the PassedDanger array by an equation This equation seems to do as well as the current PassedDanger array. Master values were: 3, 7, 11, 20 The new values given by the equation are: 3, 6, 11, 18 STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 84301 W: 18155 L: 18156 D: 47990 Elo -0.00 http://tests.stockfishchess.org/tests/view/5bda03180ebc595e0ae2518e LTC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 7940 W: 1358 L: 1217 D: 5365 Elo +6.17 http://tests.stockfishchess.org/tests/view/5bdc69880ebc595e0ae27d28 We stopped a LTC run after 70000 games: LLR: 0.74 (-2.94,2.94) [0.00,4.00] Total: 70257 W: 11319 L: 11064 D: 47874 Elo +1.26 http://tests.stockfishchess.org/tests/view/5bdca8420ebc595e0ae281a9 Bench: 3913185 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: mstembera
Date: Mon Nov 12 19:45:05 2018 +0100 Timestamp: 1542048305 Remove redundant king square parameter We don't need to pass the king square as an explicit parameter to the functions king_safety() and do_king_safety() since we already pass in the position. STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 69686 W: 14894 L: 14866 D: 39926 Elo +0.14 http://tests.stockfishchess.org/tests/view/5be84ac20ebc595e0ae3283c No functional change. see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: 31m059
Date: Sun Nov 11 22:14:28 2018 +0100 Timestamp: 1541970868 Simplify tropism. (#1807) We calculate tropism as a sum of two factors. The first is the number of squares in our kingFlank and Camp that are attacked by the enemy; the second is number of these squares that are attacked twice. Prior to this commit, we excluded squares we defended with pawns from this second value, but this appears unnecessary. (Doubly-attacked squares near our king are still dangerous.) The removal of this exclusion is a possible small Elo gain at STC (estimated +1.59) and almost exactly neutral at LTC (estimated +0.04). STC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 20942 W: 4550 L: 4427 D: 11965 Elo +2.04 http://tests.stockfishchess.org/tests/view/5be4e0ae0ebc595e0ae308a0 LTC: LLR: 2.94 (-2.94,2.94) [-3.00,1.00] Total: 56941 W: 9172 L: 9108 D: 38661 Elo +0.39 http://tests.stockfishchess.org/tests/view/5be4ec340ebc595e0ae30938 Bench: 3813986 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Stephane Nicolet
Date: Thu Nov 8 17:09:44 2018 +0100 Timestamp: 1541693384 Update list of top CPU contributors Contributors with >10,000 CPU hours as of November 4, 2018. Thank you! No functional change see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: SFisGOD
Date: Thu Nov 8 16:34:10 2018 +0100 Timestamp: 1541691250 Pawn and Piece Values Tuned at LTC Failed STC LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 27487 W: 5846 L: 5903 D: 15738 Elo -0.72 http://tests.stockfishchess.org/tests/view/5be1d3190ebc595e0ae2e5b8 Passed 1st LTC LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 38503 W: 6270 L: 5999 D: 26234 Elo +2.45 http://tests.stockfishchess.org/tests/view/5be1f5ef0ebc595e0ae2e750 Passed 2nd LTC LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 34016 W: 5584 L: 5326 D: 23106 Elo +2.64 http://tests.stockfishchess.org/tests/view/5be2a1970ebc595e0ae2f1b4 This pull request lead to an interesting discussion about testing methodology for Stockfish: https://github.com/official-stockfish/Stockfish/pull/1804 Bench: 3647775 see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Joost VandeVondele
Date: Thu Nov 8 16:20:23 2018 +0100 Timestamp: 1541690423 fixup see source |
Windows x64 for Haswell CPUs Windows x64 for modern computers Windows x64 Windows 32 Linux x64 for Haswell CPUs Linux x64 for modern computers Linux x64 | Author: Joost VandeVondele
Date: Thu Nov 8 16:20:23 2018 +0100 Timestamp: 1541690423 Extension for king moves changing castling rights passed STC: LLR: 2.95 (-2.94,2.94) [0.00,5.00] Total: 8463 W: 1919 L: 1747 D: 4797 Elo +7.06 http://tests.stockfishchess.org/tests/view/5be15d510ebc595e0ae2dec6 passed LTC: LLR: 2.95 (-2.94,2.94) [0.00,5.00] Total: 142590 W: 23263 L: 22587 D: 96740 Elo +1.65 http://tests.stockfishchess.org/tests/view/5be1667b0ebc595e0ae2df2d Bench: 3607243 see source |