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]

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

Вот на вид хорошее комбо прошло SPRT 4.00:

Ну я имел в виду нечто иное.

Здесь что: был патч на KingRing, прошел как желтый, т.е. набрал вообще-то ELO, но маловато. И второй был на KingRing, и тоже набрал (хотя правки в другом месте были). Их "склеили", получили зеленый патч KingRing.

А я имею в виду склейки вида "улучшили проходные пешки (желтый), подняли мобильность слона (желтый)", или например "улучшили пешечную структуру и улучшили тайм менеджмент" (каждый по отделенности желтый, вместе - зеленка).

Ведь если обратить внимание, то желтых патчей у нас в разы больше, чем зеленых, почти на порядок. Т.е. выбрать из чего клеить потенциально зеленые есть, но пока что этим не занимаются. А надо, ибо LZ скажем когда улучшается при новой сети на средние 0,05 ELO - то это типичный желтый патч, состоящий из небольших улучшений в одних местах, и даже ухудшений в других. Никаких резких изменений нет, да и в целом ухудшений хватает, но тем не менее, набегают в среднем 0,05 ELO за круг (т.е. 5 ELO за 100 тренировочных матчей).

[Vizvezdenec]

Проблема в том, что большинство "хороших жёлтых" патчей на самом деле отрицательные патчи, которым несколько повезло.
Это факт -я, когда ввели новые границы SPRT, пробовал их перезапускать - почти все красными закончились.

[Maratka]

Тем не менее, патчи то написаны, писать их второй раз не нужно. Работы всего ничего: склеить, и запустить склейку против мастера. Не прошла - запускаем склейку первого желтого и второго, потом склейку первого с третьим. Три раза не прошел -значит первый действительно красный, его бракуем, и проверяем другие сочетания из оставшихся.

____
это по сути даже автоматизировать реально (если конечно за время, покуда мы копили желтые патчи, не вышел перехлестывающий код минимум с одним из них), тогда этот патч бракуется сразу же.

[Maratka]

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

Это факт -я, когда ввели новые границы SPRT, пробовал их перезапускать - почти все красными закончились.

Кстати, причина могла быть в конфликте с другим кодом. Ну скажем патч давал штраф за ход ладьей, который отменял возможность рокировки. Но изменив KingRing, эта ладья стала "вдруг" сильнее, ибо теперь прикрывает атаку на короля с края доски. Т.е. идейно старый патч был неплох, и давал ELO, пусть и не очень много, но теперь уже не дает, т.к. вышел патч KingRing.

Отсюда простое правило: не нужно "клеить" желтые патчи, которым более месяца-двух. Только свежие, в пределах трех недель.

[Maratka]

Кстати, в чем заминка в сборе нового мастера на abrok'е?
Прошло 3 зеленых, интегрировали только один.

[Maratka]

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

Прошло 3 зеленых, интегрировали только один.

Еще пару патчей добавили.
Один - упрощение, но второй красавец: "extend dangerous passed pawn moves (#2089)"
Т.е. теперь SF будет лучше оценивать проходные пешки.

[Asunta]

Очень много патчей не может преодолеть STC ( 10sec + 0.1sec ), где игра проходит
на глубине Depth( 12 .. 16 )... О чём данный контроль может "рассказать" ? Ни о чём..
Внешне выглядит так, что эта разновидность "подбрасывания монетки" может завалить
любую идею ещё "до рассмотрения по сути" ( хотя бы LTC )...


Если очень важно, чтобы было именно в 2 этапа - почему бы не начинать с
LTC ( 60sec + 0.6sec ): 40.000 партий с возможностью досрочно прекращать
прогон явно "бесперспективного"... А вот для патчей, прошедших LTC ( их не
так уж и много будет ) - ещё 10.000 партий на контроле ( 180sec + 1.8sec )...


[ 2moves_v1.pgn ] - понятно, что после 4-х полуходов выбор невелик..
Приходится использовать практически весь мусор с любыми оценками...

Опять же... После 6 полуходов позиций в 1000 раз по-более... Есть из чего выбрать,
чтобы оценки были не ( от -1.5 до +1.5 ), а скажем ( от +0.0 до +0.5 )...
Может быть пришло время для какого-нибудь [ 3moves.pgn ] ?

[Vizvezdenec]

Закиньте на фиштест ещё 9000 ядер - легко перейдём на временные контроли в 6 раз больше.
А по поводу "ничего не может такой контроль рассказать" - фиштест появился во времена стокфиша между 2 и 3 версиями, видимо, сила игры с тех пор-то толком не выросла, раз такой временной контроль рассказать ни о чём не может?
Практически любая идея является применимой как для глубины 14, так и для глубины 34, иначе бы стокфиш в турнирах не побеждал.
Раньше считалось, что да, надо наигрывать партии на длинном временном контроле, и основной скачок в развитии программ произошёл во времена Рыбки именно тогда, когда её автор стал использовать короткий временной контроль и SPRT, а не наигрывать 1000 партий (да даже и 10000) на 3-минутных интервалах и на основании этого тесты выкатывать.

[Asunta]

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

LTC ( 60sec + 0.6sec ): 40.000 партий с возможностью досрочно прекращать
прогон явно "бесперспективного"...

Это по ядрам не намного больше, чем полные STC-прогоны...
Основная идея была не в железе, а в том что STC может тормозить
развитие SF ( и рост ЭЛО! ), не пропуская перспективные патчи..

Реально Сток на контроле ( 10sec + 0.1sec ) нигде "показать себя
во всей красе" не сможет.. Зачем тогда его "натаскивать" на миллиардах
партий сомнительной ценности, т.к. на чуть бОльших контролях "ход
SF-мысли" будет на 99.99% иной..

Со времён SF2 многое изменилось ( в том числе и железо )...
Тогда, возможно Depth( 12 .. 16 ) имел какой-то "вес"..

[Vizvezdenec]

Тогда depth 10 был на таких временных контролях и ничего, как-то всё росло.
40000 партий LTC это "всего лишь" 240000 партий STC, т.е. один патч будет гоняться вместо где-то 8.
В 8 раз меньше патчей - > в 8 раз меньше среднего эло, ибо никто заранее не знает, какая из идей будет "хорошей".
Я, может быть, слишком резок, но просто я подобные идеи миллион раз видел, в реальности же проходить статтесты на длинном временном контроле - просто сильно дольше и всё, погрешность с увеличением времени даже слегка растёт, т.к. растёт число ничьих.
А для эвристик оценки и поиска практически нет никакой разницы, глубина средняя 16 или 36, оценка - тут понятно, это же фактически работа с глубиной 0, а для поиска ситуация забавная - практически все текущие эвристики имеют ограничения в работа из серии (depth < 8), т.е. работают на очень небольших глубинах, а те, кто не имеют - работают просто на всех. Были попытки сделать статбонусы для средних глубин (хотя бы 20), проверялись они на LTC, где они достигаются, но эло это не давало.

[Asunta]

Когда-то люди бегали с дубинками за мамонтом... И как-то тоже ели : )
Сейчас конкуренция выше... И дубинка ( STC ) - слабо соответствует времени..

40.000 LTC-партий до самого конца доиграют считанные патчи, а STC-матчи
впустую гоняют сотнями.. Происходит некий "тюнинг" в двух направлениях:

1. Свехнизкая глубина ( нигде применить не предложат )
2. Сверхненормальные позиции ( нигде разыграть на предложат )

А конкуренты тюнигуют коэффициенты в сетях.. В самых жирных вариантах..
И начинают покусывать SF, т.к. позиции из этих вариантов регулярно
попадают в книги для турниров движков..

[Vizvezdenec]

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

40.000 LTC-партий до самого конца доиграют считанные патчи

Это с чего бы это?
Любой патч в пределах -1 эло до 40000 легко доиграет с вероятностью процентов в 20. А пишется их в день добрый десяток.

[Maratka]

Смотрю, зачастили патчи вида:
Speculative LTC for 70K yellow

Т.е. желтые на коротком контроле, но есть шанс на зеленку при длинном.
Если реально даже один на 10 будет проходить, это несколько десятков ELO за год.
Во всяком случае, даже если выхлоп будет 5 ELO в год, сама идея правильная!

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

[Maratka]

Интересная идея (штраф за заброшенные пешки), и короткий контроль проходит:
http://tests.stockfishchess.org/html...bc5925cf011213

Теперь бы пройти длинный, впрочем надеюсь пройдет, не с первой попытки, так со второй: коэффициент штрафа там явно с первого раза не идеальный, можно и подправить.

_____
Следим за длинным контролем:
http://tests.stockfishchess.org/test...bc5925cf0113d9

[Vizvezdenec]

Ещё, кстати, из интересной фактологии по поводу тестирования
Laser в своё время набрал где-то 3200~ эло за буквально 6 месяцев из 2600, тестируясь на одном 4-ядерном процессоре.
Как его авторы это сделали? Они тестировали всё на временном контроле 3'' + 0.02'' в качестве короткого контроля и 15"+0.05" в качестве длинного. И это же работало и хорошо работало

[Maratka]

[byan_mivv]

Stockfish and CorChess development builds compiled by I. Ivec

April 10, 2019

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

[Кевин]

Author: Marco Costalba
Date: Fri Apr 12 13:48:04 2019 +0200
Timestamp: 1555069684

Revert "Shuffle detection #2064"

It causes a serious regression hanging a simple fixed
depth search. Reproducible with:

position fen q1B5/1P1q4/8/8/8/6R1/8/1K1k4 w - - 0 1
go depth 13

The reason is a search tree explosion due to:

if (... && depth < 3 * ONE_PLY)
extension = ONE_PLY;

This is very dangerous code by itself because triggers **at the leafs**
and in the above position keeps extending endlessly. In normal games
time deadline makes the search to stop sooner or later, but in fixed
seacrch we just hang possibly for a very long time. This is not acceptable
because 'go depth 13' shall not be a surprise for any position.

This patch reverts commit 76f1807baa90eb69f66001d25df2a28533f9406f.
and fixes the issue https://github.com/official-stockfis...sh/issues/2091

Bench: 3243738

http://abrok.eu/stockfish/

[Кевин]

Author: protonspring
Date: Sat Apr 13 16:58:41 2019 +0200
Timestamp: 1555167521

Simplify Connected Pawn Scoring #2090

This is a functional simplification that simplifies
connected scoring of pawns.

STC
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 37472 W: 8318 L: 8228 D: 20926 Elo +0.83
http://tests.stockfishchess.org/test...bc5925cf00f8a5

LTC
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 43035 W: 7366 L: 7281 D: 28388 Elo +0.69
http://tests.stockfishchess.org/test...bc5925cf00fe1e

Bench: 3470173

http://abrok.eu/stockfish/

[Maratka]

Elo 0.32 [-1.81,2.33] (95%)
Стремный патч, с 40% вероятностью даст просадку.
Хотя сотня таких в среднем дадут +70 ELO.

[Кевин]

Author: Joost VandeVondele
Date: Sat Apr 13 17:15:15 2019 +0200
Timestamp: 1555168515

Give penalty for all early quiets of prev. ply

passed STC:
LLR: 2.94 (-2.94,2.94) [-3.00,1.00]
Total: 32884 W: 7283 L: 7184 D: 18417 Elo +1.05
http://tests.stockfishchess.org/test...bc5925cf00ce97

passed LTC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 22869 W: 3920 L: 3803 D: 15146 Elo +1.78
http://tests.stockfishchess.org/test...bc5925cf00cfce

Bench: 3723099

http://abrok.eu/stockfish/

[Maratka]

А этот получше, вероятность минуса 16%.

[Кевин]

Author: Joost VandeVondele
Date: Sat Apr 13 17:17:47 2019 +0200
Timestamp: 1555168667

Remove two useless assignments (#2093)

These variables are initialized before their use in the movepicker loop.

passed STC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 138732 W: 30727 L: 30838 D: 77167 Elo -0.28
http://tests.stockfishchess.org/test...bc5925cf012c32

No functional change.


http://abrok.eu/stockfish/

[ChessMan]

McCain-X2b

Скачать:
https://github.com/MichaelB7/Stockfish/releases/tag/X2b

"This update has a MultiPV Bug Fix, minor updates and source cleanup.

A fairly significant MultiPV bug was introduced recently in SF. The SF Development team fixed it almost immediately when it was brought to our attention. Naturally , this update will have the latest patches committed since the X2a Release as well.

The MultiPV bug is discussed here:
https://github.com/official-stockfis...sh/issues/2092

and here:
https://github.com/official-stockfis...sh/issues/2091 "

[byan_mivv]

Stockfish Polyglot: Updated Avril, 13 2019

https://chess.massimilianogoi.com/download/stockfish/

[byan_mivv]

BrainFish_190414 April 14, 2019

https://zipproth.de

[Кевин]

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

Очень надеюсь, что этот патч добавят в мастер-дерево: давно ждал это исправление. Баг связан с ошибочным определением троекратного повторения (случается, когда в нотации партии дважды повторилась позиция и возможно третье повторение, движком с нулевой оценкой рассматривается только ход, который приведёт к уже случившейся позиции в третий раз, но при этом Сток не видит случая, когда есть избегающий троекратного повторения манёвр, который может вести вплоть до победы).

В частных случаях движок может не видеть даже мат, пример как раз в описании к патчу есть.

В анализе с этим багом частенько сталкивался, привык уже руками направлять в нужную сторону ход мыслей Стока. Ожидаю, что после исправления всё наладится и работать станет проще

[Maratka]

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

Очень надеюсь, что этот патч добавят в мастер-дерево: давно ждал это исправление

А в чем сомнения?

[Vizvezdenec]

Ну код-то добавляется, а не убирается
Но вообще сам оригинальный патч cycle detection имел сотню строк, поэтому в принципе неудивительно, что какой-то редкий случай там забагован.
https://github.com/ttruscott/Stockfi...7261...0203b74

[Maratka]

http://tests.stockfishchess.org/html...bc5925cf018696
+4 ELO, неслабо...