Stockfish и его производные

[Харлампий]

Stockfish 14
Stockfish 14 для Android
https://ufile.io/f/8ardx
https://pixeldrain.com/l/ndVpnHXc#item=1

Архив предыдущих версий: https://www.dropbox.com/sh/75gzfgu7q...UfHbBr4r_RwhGa

Официальный сайт стокфиш

Обновления тестовых версий стокфиша: http://abrok.eu/stockfish/

Сборки Stockfish и CorChess от I. Ivec

Развитие движка http://tests.stockfishchess.org/tests

Stockfish_NNUE https://github.com/nodchip/Stockfish

Сети: https://www.comp.nus.edu.sg/~sergio-v/nnue/

AsmFish

Сборки от Maratka

Компиляции движков от ChessMan

Сборка Stockfish от Otodranik

Sugar от Marco Zerbinati

Shark и Orka

О Stockfish

Цитата:

Авторы движка
Двигатель Stockfish был разработан Tord Romstad, Marco Costalba и Joona Kiiski. В настоящее время он развивается и поддерживается сообществом Stockfish.

Авторы приложений
Stockfish для Mac был собран Daylen Yang. Stockfish для iOS был собран Tord Romstad.

История
Проект Stockfish начался с движка Glaurung с открытым исходным кодом, созданного Tord Romstad. В ноябре 2008 года Марко Косталба разветвил код Glaurung 2.1 и представил Stockfish 1.0. Торд и Джоона Кииски присоединились к проекту «Стилфиш», и проект «Гларунг» постепенно исчез. Тем временем, Stockfish быстро поднялся, чтобы стать самым сильным шахматным движком с открытым исходным кодом, с частыми обновлениями каждые несколько месяцев. Сегодня он остается одним из самых сильных двигателей в мире.

О GPL
Stockfish является бесплатным и распространяется в соответствии с GNU General Public License Version 3 (GPLv3). По сути, это означает, что вы можете делать практически все, что хотите, с программой, включая ее распространение среди своих друзей, делая ее доступной для загрузки с вашего веб-сайта, продавая ее (либо самостоятельно, либо как часть некоторого более крупного программного пакета ) или использовать его в качестве отправной точки для собственного программного проекта.

Единственное реальное ограничение заключается в том, что всякий раз, когда вы каким-либо образом распространяете Stockfish, вы всегда должны включать полный исходный код или ссылку на исходный код. Если вы внесете какие-либо изменения в исходный код, эти изменения также должны быть доступны в GPL.

Для получения полной информации прочитайте GPL.

[свернуть]

[Maratka]

Цитата: Сообщение от Кевин

Author: protonspring
Date: Wed May 15 10:31:21 2019 +0200
Timestamp: 1557909081
Simplify connected #2114
This is a functional simplification that simplifies
some of the math for connected pawns. The bench is
different because I moved a /2 from opposed into
the connected array.
STC
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 37954 W: 8504 L: 8415 D: 21035 Elo +0.81
http://tests.stockfishchess.org/test...bc5925cf028156
LTC
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 27780 W: 4682 L: 4572 D: 18526 Elo +1.38
http://tests.stockfishchess.org/test...bc5925cf0284b8
Bench 3824325

Вот теперь вроде нормально, бенчи совпали!

[Maratka]

Цитата: Сообщение от Maratka

Регресс бы сразу зарядить. Если опять ~17 ELO, нужно что-то менять в канцелярии, и не затягивать этот процесс, а то и через год все будет то же. Явно какая-то бага в сценарии!

Ну а по сути вопроса есть какие-то мысли? Там однозначно набралось на +25 к мастеру, может и все 30... Но нет, не выходит!
Почему?

[Кевин]

Author: xoto10
Date: Wed May 15 11:23:07 2019 +0200
Timestamp: 1557912187

Update failedHighCnt rule #2063

Treat all threads the same as main thread and increment
failedHighCnt on fail highs. This makes the search try
again at lower depth.

@vondele suggested also changing the reset of failedHighCnt
when there is a fail low. Tests including this passed so the
branch has been updated to include both changes. failedHighCnt
is now handled exactly the same in helper threads and the main
thread. Thanks vondele :-)

STC @ 5+0.05 th 4 :
LLR: 2.94 (-2.94,2.94) [-3.00,1.00]
Total: 7769 W: 1704 L: 1557 D: 4508 Elo +6.57
http://tests.stockfishchess.org/test...bc5925cfffd2a1

LTC @ 20+0.2 th 8 :
LLR: 2.94 (-2.94,2.94) [-3.00,1.00]
Total: 37888 W: 5983 L: 5889 D: 26016 Elo +0.86
http://tests.stockfishchess.org/test...bc5925cfffd696

Bench 3824325

http://abrok.eu/stockfish/

[Maratka]

Интересно, что все, или почти все по поиску.

[sovaz1997]

Многопоточность надо проверить на регресс. Может, там как раз застоя нет, в отличие от однопоточности))
Этот последний патч как раз при многопоточности помогает.

[Maratka]

Цитата: Сообщение от sovaz1997

Этот последний патч как раз при многопоточности помогает.

Их вообще относительно мало, но за три месяца вроде бы было...
Так что таки да, гонять на одном ядре - уже не торт.

____
Благо в шею никто не гонит, пройдет тест за десять дней- ну пусть значит за десять дней.

[Кевин]

Цитата: Сообщение от Кевин

Simplify Thread Voting Scheme #2129

После этого патча тоже нужен регресс-тест на нескольких ядрах. Я также за внедрение многопоточных регресов.

[Vizvezdenec]

Цитата: Сообщение от Maratka

Интересно, что все, или почти все по поиску.

sg вернулся, он всё-таки больше спец по поиску, и у него много новых идей.
Ну а я, например, занимаюсь в основном танцами вокруг них сейчас (относительно успешно), патчей на оценку почти никто не пишет, да и не очень понятно, что там писать, если честно.

[Кевин]

http://tests.stockfishchess.org/test...bc5925cf05b8bc

Запущен регресс-тест. Ждём результата. Пока хорошо пошёл.

[Кевин]

http://tests.stockfishchess.org/test...bc5925cf05b90e

И, что очень важно, запущен регресс-тест на восьми потоках!

[Кевин]

Author: svivanov72
Date: Thu May 16 14:14:11 2019 +0200
Timestamp: 1558008851

Remove unused code (#2150)

Remove an unused operator in has_game_cycle (thanks @vondele)
and modify its comment to explain other code.

No functional change.


Author: protonspring
Date: Thu May 16 14:13:16 2019 +0200
Timestamp: 1558008796

Score and Select Best Thread in same loop (#2125)

This is a non-functional simplification that combines vote counting and thread selecting in the same loop.

It is possible that the best thread would be updated more frequently than master, but I'm not sure it matters here. Perhaps "mostVotes" is a better name than "bestVote?"

STC (stopped early).
LLR: 0.70 (-2.94,2.94) [-3.00,1.00]
Total: 10714 W: 2329 L: 2311 D: 6074 Elo +0.58
http://tests.stockfishchess.org/test...bc5925cf03d244

No functional change.


Author: protonspring
Date: Thu May 16 14:11:00 2019 +0200
Timestamp: 1558008660

Consolidate some code in set_state. (#2151)

Non functional change.


http://abrok.eu/stockfish/

[Maratka]

Цитата: Сообщение от Кевин

И, что очень важно, запущен регресс-тест на восьми потоках!

Ну видать теперь их будут какое-то время запускать паралельно, на 8 и 1, а потом оставят только многопоток (не обязательно 8, может быть 4)

[Кевин]

Цитата: Сообщение от Кевин

http://tests.stockfishchess.org/test...bc5925cf05b8bc

Запущен регресс-тест. Ждём результата. Пока хорошо пошёл.

19-05-15 Ala master
ELO: 19.76 +-1.8 (95%) LOS: 100.0%
Total: 40000 W: 6938 L: 4665 D: 28397
40000 @ 60+0.6 th 1 Regression/progression test against SF10 after "Update failedHighCnt rule" of May 15th.

Ну что ж, есть прогресс.

[Vizvezdenec]

Ну я надеялся на >20, но и так пойдёт

[Maratka]

Вообще идеально, если бы:
1) Прошел патч
2) Обновили мастер
3) Все остальные тесты перезапускаются уже с новым мастером.

Ибо сейчас имеем что:
1) Пять патчей проверятся против одного мастера
2) При этот нет совершенно никаких гарантий, что один из этих патчей не мешает другому, вплоть до минус 1-2 ELO при их совместной работе.
3) Но таки, пройдя по отдельности против старого мастера, они все пять собираются в новый.

Во всяком случае, ничего другого в голову не лезет, как так может быть, чтобы два-три десятка патчей с суммарным средним весом ~15 ELO, и разбросом где-то от 8 до 20 (причем 8 - это худший результат по нижней границе) дали в сумме ~3 ELO, т.е. заведомо ниже минимальной границы.

______
Ну на крайняк, 2-3 патча в пакете, когда идут нефункциональные изменения.

[Vizvezdenec]

Цитата: Сообщение от Maratka

Вообще идеально, если бы:
1) Прошел патч
2) Обновили мастер
3) Все остальные тесты перезапускаются уже с новым мастером.

Ибо сейчас имеем что:
1) Пять патчей проверятся против одного мастера
2) При этот нет совершенно никаких гарантий, что один из этих патчей не мешает другому, вплоть до минус 1-2 ELO при их совместной работе.
3) Но таки, пройдя по отдельности против старого мастера, они все пять собираются в новый.

Во всяком случае, ничего другого в голову не лезет, как так может быть, чтобы два-три десятка патчей с суммарным средним весом ~15 ELO, и разбросом где-то от 8 до 20 (причем 8 - это худший результат по нижней границе) дали в сумме ~3 ELO, т.е. заведомо ниже минимальной границы.

______
Ну на крайняк, 2-3 патча в пакете, когда идут нефункциональные изменения.

От "прошёл патч" до "обновили мастер" может пройти немало времени, это первое.
Второе - если обновили, то LTC обычно делается уже на обновлённом мастере.
Ну и третье - бывает. Прошли по верхней границе 8 патчей подряд, и в итоге вместо номинальных 20 эло реальных 2. Вероятность невелика? Да, но если вкинуть 2000 патчей по +0.2 эло, то из них 8 пройдёт.

[Maratka]

Цитата: Сообщение от Vizvezdenec

От "прошёл патч" до "обновили мастер" может пройти немало времени, это первое.

Ну так собственно это и есть претензия.

[Viktor]

Stockfish and CorChess development builds compiled by I. Ivec

May 16, 2019

http://chess.ultimaiq.net/stockfish.html

[Maratka]

Author: 31m059
Date: Fri May 17 13:38:23 2019 +0200
Timestamp: 1558093103

Allow RQ through pieces. Bench: 3415326 (#2153)

We evaluate defended and unsafe squares for a passed pawn push based on friendly and enemy rooks and queens on the passed pawn's file. Prior to this patch, we further required that these rooks and queens be able to directly attack the passed pawn. However, this restriction appears unnecessary and worth almost exactly 0 Elo at LTC.

The simplified code allows rooks and queens to attack/defend the passed pawn through other pieces of either color.

STC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 29019 W: 6488 L: 6381 D: 16150 Elo +1.28
http://tests.stockfishchess.org/test...bc5925cf05d30c

LTC:
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 54224 W: 9200 L: 9133 D: 35891 Elo +0.43
http://tests.stockfishchess.org/test...bc5925cf05eca3

Bench: 3415326

[svoitsl]

Интересно, а правильно ли было бы вставить например в Стокфиш какую нибудь дебютную библиотеку,ходов так на 5-10?
Места много не займет, а ума прибавит

[Maratka]

И да, и нет.
Правильно будет вставить анти-дебютную библиотеку, вида "на e4 не играть e6", если мы считаем, что французская у нас идет плохо против того же LZ. Но это уже не движок как таковой, это чисто статистика, собранная людьми, которая может выстрелить и в обратную сторону, против какого-то заведомо слабого движка, который не умеет играть французскую белыми (ибо вообще по сути не умеет играть почти ничего против SF). Т.е. заведомо потеряем пол-очка.


____
Правильно было бы как у людей: список дебютов (и вообще, глобально - настроек) против каждого движка. Т.е. если Карпов царствовал в свое время в Каро-Канн, то глупо было бы в турнире играть именно эту защиту против него. А вот против Каспарова, со своими предпочтениями - вполне.
Но до этого в тестах движков думаю придут еще не скоро.

[Maratka]

Никак не пойму смысл вот таких тестов:
http://tests.stockfishchess.org/test...bc5925cf062521

Показывают зверский прирост... В чем?

[sovaz1997]

Цитата: Сообщение от Maratka

Никак не пойму смысл вот таких тестов:
http://tests.stockfishchess.org/test...bc5925cf062521

Показывают зверский прирост... В чем?

В "MultiPV=4"

[Maratka]

Ну и... в чем смысл?
В релиз это однозначно не пойдет, ибо то, что шанс найти лучший ход в более чем одну линию известен лет двадцать как, и вроде бы не пытались...

[sovaz1997]

Для анализа, может?

[Maratka]

Но тут не анализ, а матч, по обычной 2moves, а в анализе и так стаят 2-3, а то 5 линий.

[ChessMan]

Цитата: Сообщение от Maratka

Но тут не анализ, а матч, по обычной 2moves, а в анализе и так стаят 2-3, а то 5 линий.

Так как раз и прирост будет в анализе, ведь тест идет на 4-х линиях.

=============
Хотя в комментариях к этому тесту говорят что-то о рандомном выборе лучшего хода...


https://github.com/vondele/Stockfish...b647...07e8db3

"joergoster commented on b248bbd 3 hours ago •
The only idea I have right now is to randomly choose a move from all the PV lines instead of always choosing the first. This must be done for both, of course, the test branch and the master branch. This would probably increase the number of games needed to get a reliable result, however. Whether we should use the setting which doesn't lose elo at all, or if we can accept some loss, is debatable. ;-)
Opinions?

Edit: Maybe with decreasing frequency as we are heading towards the endgame, similar to what is being done in the training games of Lc0 and their temperature setting ..."

[klf]

Со временем столкнемся с тем, что патчи будут улучшать движки, но при неизменной технологии тестирования (определении вероятностей улучшения) отловить факт улучшения будет невозможно.
Так же как и влияние комбинаций патчей друг на друга.

Известный парадокс Бертрана:
https://ru.m.wikipedia.org/wiki/%D0%...81%D1%82%D1%8C)
"вероятность не может быть чётко определена, пока не определён механизм или метод выбора случайной величины"

Имхо, для проверки патчей обязательно надо будет вводить тесты типа -=DieRybka4TestSuite=- более расширенные как по типам позиций, так и по количеству позиций/тестов.
Но это ещё через 100-200 Эло.

[Vizvezdenec]

как раз основной прогресс в разработке был достигнут, когда перешли от тестированию по всяким сетам к тестированию на сотнях тысяч партий.

[klf]

А насколько перспективен подход, когда патчи тестируются для конкретных начал?
Например, наиграли миллион партий в староиндийке - такие коэффициенты/параметры движка.
Наиграли миллион партий во французской - другие коэффициенты.
Как только партия уходит в конкретное начало - движок в этот момент берет именно нужные настройки/коэффициенты