| 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 |
| 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: Fabian Fichter
Date: Sun Nov 4 21:30:35 2018 +0100 Timestamp: 1541363435 Simplify mobility danger Check sign only after adding mobility danger term. STC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 9090 W: 2001 L: 1856 D: 5233 Elo +5.54 http://tests.stockfishchess.org/tests/view/5bdc5ee10ebc595e0ae27bc2 LTC LLR: 2.94 (-2.94,2.94) [-3.00,1.00] Total: 123466 W: 19766 L: 19805 D: 83895 Elo -0.11 http://tests.stockfishchess.org/tests/view/5bdc678e0ebc595e0ae27cf3 bench: 3630207 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: Fri Nov 2 22:08:26 2018 +0100 Timestamp: 1541192906 Rook tweaks in evaluation Some small changes in evaluation to try to convince Stockfish to centralize her rooks more in middle game and avoid trapping them in the corners. Joint work by SFisGOD and snicolet. STC: LLR: 2.96 (-2.94,2.94) [0.00,4.00] Total: 99826 W: 21895 L: 21341 D: 56590 Elo +1.93 http://tests.stockfishchess.org/tests/view/5bdc3e280ebc595e0ae277df LTC: LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 21467 W: 3541 L: 3322 D: 14604 Elo +3.54 http://tests.stockfishchess.org/tests/view/5bdc9ff30ebc595e0ae28119 Bench: 3631608 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 1 16:00:56 2018 +0100 Timestamp: 1541084456 Fix issues from using adjustedDepth too broadly The recently committed Fail-High patch (081af9080542a0d076a5482da37103a96ee15f64) had a number of changes beyond adjusting the depth of search on fail high, with some undesirable side effects. 1) Decreasing depth on PV output, confusing GUIs and players alike as described in issue #1787. The depth printed is anyway a convention, let's consider adjustedDepth an implementation detail, and continue to print rootDepth. Depth, nodes, time and move quality all increase as we compute more. (fixing this output has no effect on play). 2) Fixes go depth output (now based on rootDepth again, no effect on play), also reported in issue #1787 3) The depth lastBestDepth is used to compute how long a move is stable, a new move found during fail-high is incorrectly considered stable if based on adjustedDepth instead of rootDepth (this changes time management). Reverting this passed STC and LTC: STC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 82982 W: 17810 L: 17808 D: 47364 Elo +0.01 http://tests.stockfishchess.org/tests/view/5bd391a80ebc595e0ae1e993 LTC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 109083 W: 17602 L: 17619 D: 73862 Elo -0.05 http://tests.stockfishchess.org/tests/view/5bd40c820ebc595e0ae1f1fb 4) In the thread voting scheme, the rank of the fail-high thread is now artificially low, incorrectly since the quality of the move is much better than what adjustedDepth suggests (e.g. if it takes 10 iterations to find VALUE_KNOWN_WIN, it has very low depth). Further evidence comes from a test that showed that the move of highest depth is not better than that of the last PV (which is potentially of much lower adjustedDepth). I.e. this test http://tests.stockfishchess.org/tests/view/5bd37a120ebc595e0ae1e7c3 failed SPRT[0, 5]: LLR: -2.95 (-2.94,2.94) [0.00,5.00] Total: 10609 W: 2266 L: 2345 D: 5998 Elo -2.59 In a running 5+0.05 th 8 test (more than 10000 games) a positive Elo estimate is shown (strong enough for a [-3,1], possibly not [0,4]): http://tests.stockfishchess.org/tests/view/5bd421be0ebc595e0ae1f315 LLR: -0.13 (-2.94,2.94) [0.00,4.00] Total: 13644 W: 2573 L: 2532 D: 8539 Elo +1.04 Elo 1.04 [-2.52,4.61] / LOS 71% Thus, restore old behavior as a bugfix, keeping the core of the fail-high patch idea as resolving scheme. This is non-functional for bench, but changes searches via time management and in the threaded case. Bench: 3556672 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 1 15:39:19 2018 +0100 Timestamp: 1541083159 Combo Combo of two parameter tweaks and tuned values for Queen and ThreatByKing. STC LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 20180 W: 4439 L: 4198 D: 11543 Elo +4.15 http://tests.stockfishchess.org/tests/view/5bd7b8250ebc595e0ae22e97 LTC LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 86312 W: 14106 L: 13685 D: 58521 Elo +1.69 http://tests.stockfishchess.org/tests/view/5bd803560ebc595e0ae23213 This combo consists of the following: Queen Value (tuned values) Iter: 72056, A: 5000, alpha 0.602000, gamma 0.101000, clipping old, rounding deterministic param: QueenValueMg, best: 2528.91, start: 2528.00 param: QueenValueEg, best: 2687.12, start: 2698.00 ThreatByKing (tuned values) Green STC (50.8k games) http://tests.stockfishchess.org/tests/view/5bd1d5a00ebc595e0ae1cbec LTC (I stopped this test at 71.2k games. It's likely yellow.) http://tests.stockfishchess.org/tests/view/5bd263e70ebc595e0ae1d77e WeakUnopposedPawn (tweak) by xoto (https://github.com/xoto10) Green STC (102.8k games) http://tests.stockfishchess.org/tests/view/5bd306bb0ebc595e0ae1e146 Yellow LTC (90.8k games) http://tests.stockfishchess.org/tests/view/5bd3ea660ebc595e0ae1f16b aspiTune1 (tweak) by vondele (https://github.com/vondele) Green STC (125.9k games) http://tests.stockfishchess.org/tests/view/5bd2ae100ebc595e0ae1dab0 Yellow LTC (107.9k games) http://tests.stockfishchess.org/tests/view/5bd3eb700ebc595e0ae1f16f Thank you @31m059 (Mark Tenzer) for helping me! Also, thank you very much for recognizing my efforts. I genuinely appreciate it. Bench: 3556672 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 Oct 27 09:23:11 2018 +0200 Timestamp: 1540624991 Tweak of knight PSQT and mobility bonuses STC LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 16906 W: 3745 L: 3516 D: 9645 Elo +4.71 http://tests.stockfishchess.org/tests/view/5bd306a40ebc595e0ae1e144 LTC LLR: 2.96 (-2.94,2.94) [0.00,4.00] Total: 62779 W: 10249 L: 9901 D: 42629 Elo +1.93 http://tests.stockfishchess.org/tests/view/5bd3188f0ebc595e0ae1e296 Bench 3166402 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: Guenther Demetz
Date: Thu Oct 25 23:08:06 2018 +0200 Timestamp: 1540501686 On main thread: reduce depth after fail high This helps resolving consecutive FH's during aspiration more efficiently STC: http://tests.stockfishchess.org/tests/view/5bc857920ebc592439f85765 LLR: 2.95 (-2.94,2.94) [0.00,5.00] Total: 4992 W: 1134 L: 980 D: 2878 Elo +10.72 LTC: http://tests.stockfishchess.org/tests/view/5bc868050ebc592439f857ef LLR: 2.95 (-2.94,2.94) [0.00,5.00] Total: 8123 W: 1363 L: 1210 D: 5550 Elo +6.54 No-Regression test with 8 threads, tc=15+0.15: http://tests.stockfishchess.org/tests/view/5bc874ca0ebc592439f85938 LLR: 2.94 (-2.94,2.94) [-3.00,1.00] Total: 24740 W: 3977 L: 3863 D: 16900 Elo +1.60 This was a cooperation between me and Michael Stembera: -me recognizing SF having problems with resolving FH's efficiently at high depths, thus starting some tests based on consecutive FH's. -mstembera picking up the idea with first success at STC & LTC (so full credits to him!) -me suggesting how to resolve the issues pinpointed by S.G on PR #1768 and finally restricting the logic to the main thread so that it don't regresses at multi-thread. bench: 3314347 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: Peter Zsifkovits
Date: Thu Oct 25 23:03:25 2018 +0200 Timestamp: 1540501405 NUMA for 9 threads or more Enable numa machinery only for STRICTLY MORE than 8 threads. Reason for this change is that nowadays SMP tests are always done with 8 threads. That is a problem for multi-socket Windows machines running on fishtest. 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: Günther Demetz
Date: Tue Oct 23 18:04:30 2018 +0200 Timestamp: 1540310670 Revert Pull Request #1771, see issue #1785 (#1786) no functional change bench: 4274207 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: Sun Oct 21 08:15:04 2018 +0200 Timestamp: 1540102504 Small simplification in castling rights There is no need for a special struct with a static member to generate castling rights. 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: ElbertoOne
Date: Sun Oct 14 20:40:57 2018 +0200 Timestamp: 1539542457 Simplify check extensions Remove the !moveCountPruning condition for check extensions, which seems not necessary. STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 22238 W: 4835 L: 4715 D: 12688 Elo +1.87 http://tests.stockfishchess.org/tests/view/5bb3241a0ebc592439f6d2ac LTC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 36593 W: 5898 L: 5802 D: 24893 Elo +0.91 http://tests.stockfishchess.org/tests/view/5bb34c220ebc592439f6d5dc Bench: 4274207 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: Sun Oct 14 20:33:52 2018 +0200 Timestamp: 1539542032 Randomize draw eval The patch adds a small random component (+-1) to VALUE_DRAW for the evaluation of draw positions (mostly 3folds). This random component is not static, but potentially different for each visit of the node (hence derived from the node counter). The effect is that in positions with many 3fold draw lines, different lines are followed at each iteration. This keeps the search much more dynamic, as opposed to being locked to one particular 3fold. An example of a position where master suffers from 3fold-blindness and this patch solves quickly is the famous TCEC game 53: FEN: 3r2k1/pr6/1p3q1p/5R2/3P3p/8/5RP1/3Q2K1 b - - 0 51 master doesn't see that this is a lost position (draw eval up to depth 50) as Qf6-e6 d4-d5 (found by patch at depth 23) leads to a loss. The 3fold-blindness is more important at longer TC, the patch was yellow STC and LTC, but passed VLTC: STC LLR: -2.95 (-2.94,2.94) [0.00,5.00] Total: 46328 W: 10048 L: 9953 D: 26327 Elo +0.71 http://tests.stockfishchess.org/tests/view/5b9c0ca20ebc592cf275f7c7 LTC LLR: -2.95 (-2.94,2.94) [0.00,5.00] Total: 54663 W: 8938 L: 8846 D: 36879 Elo +0.58 http://tests.stockfishchess.org/tests/view/5b9ca1610ebc592cf27601d3 VLTC LLR: 2.95 (-2.94,2.94) [0.00,5.00] Total: 31789 W: 4512 L: 4284 D: 22993 Elo +2.49 http://tests.stockfishchess.org/tests/view/5b9d1a670ebc592cf276076d Credit to @crossbr for pointing to this problem repeatedly, and giving the hint that many draw lines are typical in those situations. Bench: 4756639 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: Guenther Demetz
Date: Sun Oct 14 20:19:46 2018 +0200 Timestamp: 1539541186 Correctly track down pv even in fail-high case Currently we update (track up) the pv even in the fail high case. However most times in such cases the pv in the ply below remains unset because there we have value == alpha and so finally we see truncated pv's (=just one move) in fail high cases. Of course tracking down these pv's (+sending them to the gui) comes at a certian cost, but no-regression tests passed: STC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 16300 W: 3556 L: 3424 D: 9320 Elo +2.81 http://tests.stockfishchess.org/tests/view/5b9b73500ebc592cf275ea92 LTC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 202411 W: 32734 L: 32897 D: 136780 Elo -0.28 http://tests.stockfishchess.org/tests/view/5b9baed10ebc592cf275ef6d N.B.: Digging also into qsearch was tried in another version but seemed not to pass the tests. This means that we don't always will get a pv until the very tips. 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: Miguel Lahoz
Date: Sun Oct 14 20:15:16 2018 +0200 Timestamp: 1539540916 Simplify evaluation of blockers_for_king Currently, we have two evaluation terms which account for pinned pieces. One is for all pinned pieces in kingDanger computation and another for just pinned pawns in ThreatByRank. We can increase the relevant bonus for kingDanger calculation and do away with the ThreatByRank, which seems to just add more complexity. STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 113353 W: 24299 L: 24356 D: 64698 Elo -0.17 http://tests.stockfishchess.org/tests/view/5ba348c20ebc592cf2766e61 LTC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 96458 W: 15514 L: 15511 D: 65433 Elo +0.01 http://tests.stockfishchess.org/tests/view/5ba398830ebc592cf2767563 At 100k games, I thought it struggles a bit, but some related [0,4] tests attempting individual tweaks seem to fail: I tried directly tweaking ThreatByRank: http://tests.stockfishchess.org/tests/view/5ba3c6300ebc592cf276791c http://tests.stockfishchess.org/tests/view/5ba3c6190ebc592cf2767917 @Vizveznedec was also recently trying to tweak the same coeffecients for kingDanger calculation: http://tests.stockfishchess.org/tests/view/5ba2c7320ebc592cf27664b2 http://tests.stockfishchess.org/tests/view/5ba2c8220ebc592cf27664b8 http://tests.stockfishchess.org/tests/view/5ba2c7880ebc592cf27664b4 http://tests.stockfishchess.org/tests/view/5ba2c7ce0ebc592cf27664b6 Bench: 4648095 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: Sun Oct 14 20:10:47 2018 +0200 Timestamp: 1539540647 small ttCapture simplification. ttCapture can be assigned to only once outside of the main loop. The patch seems functional at higher depths (seems possible in the case of non-legal TTmoves that are captures). passed STC LLR: 2.94 (-2.94,2.94) [-3.00,1.00] Total: 23189 W: 5098 L: 4980 D: 13111 Elo +1.77 http://tests.stockfishchess.org/tests/view/5bb3822c0ebc592439f6d966 passed LTC LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 10336 W: 1665 L: 1529 D: 7142 Elo +4.57 http://tests.stockfishchess.org/tests/view/5bb39a190ebc592439f6db8a unchanged bench: 4312846 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 Oct 14 20:02:31 2018 +0200 Timestamp: 1539540151 Combo This PR is a combination of two unrelated [0, 4] patches that appeared promising but not quite strong enough to pass on their own. The combination initially failed STC with a positive score after a long run, and the subsequent speculative LTC test passed. * tweak_threatOnQueen4 : Increase the middlegame components of ThreatByMinor[QUEEN] and ThreatByRook[QUEEN] by 15 each. Bryan's (@crossbr) analysis of CCC Bonus Game 10 inspired several tests on penalizing a queen with limited safe mobility. While attempting to implement this idea, I noticed that when I did not include the queen's current square in the calculations, the Elo gains seemed to vanish--and only then did I have the idea to revisit ThreatByMinor[QUEEN] and ThreatByRook[QUEEN], adding a corresponding value to each. Without Bryan's work, this test would never have been submitted. I would also like to recognize the efforts and contributions of @SFisGOD, who also vigorously worked on this idea. * Use pure static eval for null move pruning : This idea was directly re-purposed from a promising test by Jerry Donald Watson (@jerrydonaldwatson) in August. It was also independently developed and tested by Stefan Geschwentner (@locutus2) previously. Thank you all! STC (failed yellow): LLR: -2.96 (-2.94,2.94) [0.00,4.00] Total: 83913 W: 17986 L: 17825 D: 48102 Elo +0.67 http://tests.stockfishchess.org/tests/view/5bbc59300ebc592439f76aa5 LTC: LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 137198 W: 22351 L: 21772 D: 93075 Elo +1.47 http://tests.stockfishchess.org/tests/view/5bbce35f0ebc592439f77639 Bench: 4312846 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: Eduardo Caceres
Date: Thu Sep 27 21:39:36 2018 +0200 Timestamp: 1538077176 Fix two typos in comments Note by snicolet: I use this non-functional change patch as a pretext to correct the wrong bench number I introduced in the message of the previous commit. Bench: 4059356 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 Sep 27 21:28:38 2018 +0200 Timestamp: 1538076518 Remove essentially unused code this was added recently as part of a larger commit, but only changes eval of positions at MAX_PLY depth a little. Can be safely removed: passed STC: LLR: 2.95 (-2.94,2.94) [-3.00,1.00] Total: 7424 W: 1640 L: 1492 D: 4292 Elo +6.93 http://tests.stockfishchess.org/html/live_elo.html?5ba3bcbe0ebc592cf27677ff passed LTC: LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 73554 W: 12028 L: 11990 D: 49536 Elo +0.18 http://tests.stockfishchess.org/html/live_elo.html?5ba397ee0ebc592cf2767556 unchanged Bench: 4248710 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: Thu Sep 27 21:18:18 2018 +0200 Timestamp: 1538075898 Two simplifications in passed pawns evaluation These two simplifications appear to be affecting and/or offsetting each other. Neither can be removed independently, but in combination they pass -3,1. STC LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 36391 W: 7888 L: 7795 D: 20708 Elo +0.89 http://tests.stockfishchess.org/tests/view/5b9bce410ebc592cf275f1b2 LTC LLR: 2.96 (-2.94,2.94) [-3.00,1.00] Total: 19513 W: 3237 L: 3114 D: 13162 Elo +2.19 http://tests.stockfishchess.org/tests/view/5b9c0edf0ebc592cf275f80e Closes https://github.com/official-stockfish/Stockfish/pull/1769 bench 4059356 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: Rocky640
Date: Thu Sep 27 20:58:40 2018 +0200 Timestamp: 1538074720 Pawn PSQT Tuned Tested against master "Tweak opposite color bishops endgame scaling" using values from a 100K SPSA with ck=10 Passed STC http://tests.stockfishchess.org/tests/view/5ba7fe7a0ebc592cf276b971 LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 27717 W: 6052 L: 5782 D: 15883 Elo +3.38 Passed LTC http://tests.stockfishchess.org/tests/view/5ba815790ebc592cf276bb6b LLR: 2.95 (-2.94,2.94) [0.00,4.00] Total: 17486 W: 2919 L: 2712 D: 11855 Elo +4.11 bench: 4441247 see source |