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.

[свернуть]

[Vizvezdenec]

просто 10+1 это всё ещё блиц

[ChessMan]

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

просто 10+1 это всё ещё блиц

Автор вроде как не против такого контроля времени:

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

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

Hello Andrea, thank you very much for sharing your engine! :clap: , I am eager to put it to the test but what you say it will be convenient to use it in 4 minute tests? Or do you consider that it is very little time for him to play on equal terms with other engines?

Hi.

Until Blitz mode (5 mins/game) I think it's not so good, but you can try (not under this!)
I tested it against the latest Stockfish in active chess mode (30 mins/game) and it's a lot stronger.
You can find a test suite based on center types in the repository.
I used the one with 10 games.
In my opinion, it's one of the best because you can evaluate at reversed side the engines in all main center configuration types.
You can also try 10 minutes or 15 minutes with the others test suite files (more games).
I'm also curious on hard positions.

Andrea

[Vizvezdenec]

Любой контроль, на котором проигрывает - "блиц", но если это 5 часов на ход - тогда "мало игр".
Учится у лучших (Комодо).

[sovaz1997]

Мне непонятно, почему он форк не сделал. Сделал как отдельный проект зачем-то. Не видно, какие изменения он вносит.

[Aster]

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

Мне непонятно, почему он форк не сделал. Сделал как отдельный проект зачем-то. Не видно, какие изменения он вносит.

Человек не умеет пользоваться git, там в Sugar такая же фигня.

[ChessMan]

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

Человек не умеет пользоваться git, там в Sugar такая же фигня.

Умеет. Это он специально, чтобы труднее было сравнивать.
У него (автора (-ов) SugaR'a) есть ещё один репозиторий на гитхабе, приватный.

[otodranik]

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

Умеет. Это он специально, чтобы труднее было сравнивать.
У него (автора (-ов) SugaR'a) есть ещё один репозиторий на гитхабе, приватный.

закоренелые мещане

[Кевин]

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

Да вполне стандартная, объяснимая ситуация. Что же теперь тестировать патчи против официального релиза, а не против предыдущего мастера? Все это статистическая погрешность.

Раз идёт такая пьянка, что могут добавлять десятки патчей с вроде как усилением, а на самом деле его попросту нет, и sprt легко пропускает регресс в патчах, которые опять же должны как бы приносить пользу, то мораль сей басни такова: дожидаться общего регресс-теста и качать новую компиляцию только после того, как она будет проверена и усилена.

А самый верный метод - дождаться официального релиза. Но его долго ждать любителям Стока придётся.

[Rom77]

В настоящее время, когда пользуясь большими доступными мощностями народ лихо меняет коэффициенты, то так, то эдак, понятно что в лёгкую может "пролететь" двадцать патчей подряд. И естественно, что у двадцать первого патча реальные шансы пройти 95%-вероятностный отбор. Даже если патч на самом деле отрицательный. Тем более сейчас многие запускают одноразовые "спекулятивные" тесты. Кроме того, сейчас добавлять эло всё труднее и поэтому красных тестов будет становится всё больше. Что опять же усугубляет проблему удачи редких зеленых патчей. Так что нужна какая-то дополнительная система верификации.

[Vizvezdenec]

Можно просто повысить границу проходимости по LLR, до условных 3,5, тогда вероятность неотрицательности патча вырастет до 97%, т.е. вероятность отрицательности упадёт до 0,1% с 0,25%
Впрочем, я по-прежнему считаю, что ничего ужасного не произошло - такое бывает и уже было.
Например, после выхода SF9 за 20 эло патчей прирост был 5 эло (хотя по сумме эло в них вроде получалось 38), когда было +17 эло к SF9, оно припало до +15, хотя было 4 добавляющих эло патча - это более-менее стандартная ситуация.

[Rom77]

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

Можно просто повысить границу проходимости по LLR, до условных 3,5, тогда вероятность неотрицательности патча вырастет до 97%, т.е. вероятность отрицательности упадёт до 0,1% с 0,25%

Наверное. Можно ещё проводить третий, контрольный тест, скажем с несколько измененными условиями. Наверняка есть ещё какие-то варианты.

[Rom77]

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

[Vizvezdenec]

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

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

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

[Кевин]

Author: Stéphane Nicolet
Date: Mon Jul 30 08:26:48 2018 +0200
Timestamp: 1532932008

Introduce tropism measure in king danger

This patch adds the tropism measure as a new term in the king danger variable.
Since we then trasform this variable as a Score via a quadratic formula, the
main effect of the patch is the positive correlation of the tropism measure
with some checks and pins information already present in the king danger code.

STC:
LLR: 2.96 (-2.94,2.94) [0.00,5.00]
Total: 6805 W: 1597 L: 1431 D: 3777 Elo +8.48
http://tests.stockfishchess.org/test...bc5902bdb91699

LTC:
LLR: 2.96 (-2.94,2.94) [0.00,5.00]
Total: 32872 W: 5782 L: 5523 D: 21567 Elo +2.74
http://tests.stockfishchess.org/test...bc5902bdb917ee

How to continue from there?

• it may be possible to use CloseEnemies=S(7,0)
• we may want to try incorporating other strategic features in the quadratic
king danger.

Closes https://github.com/official-stockfis...fish/pull/1717

Bench: 5591925


http://abrok.eu/stockfish/

[Кевин]

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

Кстати, никто не знает, почему у Стокфиша на средних уровнях силы игры такой странный тайм-менеджмент?

Наверное, это оболочка шалит (ведь речь идёт о настройке уровня игры в оболочке?).

[Rom77]

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

Наверное, это оболочка шалит (ведь речь идёт о настройке уровня игры в оболочке?).

Нет, Skill в настройках движка. Я разные оболочки пробовал.

[otodranik]

Тут еще сказывается как патч работает на тактическую зоркость движка.

К примеру: компиляция от 27 июля на 1 ядре видит конь c6 в этой позиции
r1b2r1k/4qp1p/p2ppb1Q/4nP2/1p1NP3/2N5/PPP4P/2KR1BR1 w - - 0 1 моментально

Тогда как другим компиляциям нужно десяток, а то и несколько десятков секунд!

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

[Aster]

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

Ещё есть strategic test suite, который не на тактику, но тоже очень хороший тестсет. Никто, к сожалению, не занимается таким, лишь бы значения подкрутить.

[otodranik]

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

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

Ещё есть strategic test suite, который не на тактику, но тоже очень хороший тестсет. Никто, к сожалению, не занимается таким, лишь бы значения подкрутить.

Бесспорно, в-принципе, это и имею в виду. Занятно наблюдать, как один патч меняет решение этой позиции с нескольких секунд до нескольких десятков секунд! Вполне может быть, что включив тест на тактику - это серьезно замедлит развитие, а небольшие регрессы - это совершенно здоровая рабочая обстановка. Просто не надо так сильно зацикливать на этом. Ничего идеального не бывает.

[Кевин]

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

Нет, Skill в настройках движка. Я разные оболочки пробовал.

Хм. Ранее не интересовался этой настройкой. Вижу, она от 0 до 20. Логично бы было от 0 до 100, кстати.

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

[Rom77]

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

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

Тоже склоняюсь к мнению, что разрабам "всем пофиг". В этих режимах я тестировал Лилу против Стока пару месяцев назад, но не очень хорошо получилось, в том числе по указанной причине. Со Стоком я играю в своё удовольствие, но раньше как-то не обращал внимание.

[Кевин]

Author: Marco Costalba
Date: Tue Jul 31 11:56:10 2018 +0200
Timestamp: 1533030970

Small tweaks to recent code changes

As a note, current 2 LMR conditions on stat score
could be simplified in a single line:

r -= ((ss->statScore >= 0) - ((ss-1)->statScore >= 0)) * ONE_PLY;

We keep them splitted in 2 "if" statements because are easier
to (immediately) read.

No functional change.



Author: noobpwnftw
Date: Tue Jul 31 11:24:28 2018 +0200
Timestamp: 1533029068

7-pieces Syzygy tablebase support (добавили поддержку семифигурок сузуги!)

Развернуть для просмотра

This is the first patch teaching Stockfish how to use the 7-pieces
Syzygy tablebase currently calculated by Bujun Guo (@noobpwnftw) and
Ronald de Man (@syzygy1). The 7-pieces database are so big that they
required a change in the internal format of the files (technically,
some DTZ values are 16 bits long, so this had to be stored as wide
integers in the Huffman tree).

Here are the estimated file size for the 7-pieces Syzygy files,
compared to the 151G of the 6-pieces Syzygy:

```
7.1T ./7men_testing/4v3_pawnful (ongoing, 120 of 325 sets remaining)
2.4T ./7men_testing/4v3_pawnless
2.3T ./7men_testing/5v2_pawnful
660G ./7men_testing/5v2_pawnless
117G ./7men_testing/6v1_pawnful
87G ./7men_testing/6v1_pawnless
```
Some pointers to download or recalculate the tables:

Location of original files, by Bujun Guo:
ftp://ftp.chessdb.cn/pub/syzygy/

Mirrors:
http://tablebase.sesse.net/ (partial)
http://tablebase.lichess.ovh/tables/standard/7/

Generator code:
https://github.com/syzygy1/tb/

Closes https://github.com/official-stockfish/Stockfish/pull/1707

Bench: 5591925 (No functional change if SyzygyTB is not used)

----------------------

Comment by Leonardo Ljubičić (@DragonMist)

This is an amazing achievement, generating and being able to use 7 men syzygy
on the fly. Thank you for your efforts @noobpwnftw !! Looking forward how this
will work in real life, and expecting some trade off between gaining perfect
play and slow disc Access, but once the disc speed and space is not a problem,
I expect 7 men to yield something like 30 elo at least.

-----------------------

Comment by Michael Byrne (@MichaelB7)

This definitely has a bright future. I turned off the 50 move rule (ala ICCF
new rules) for the following position: `[d]8/8/1b6/8/4N2r/1k6/7B/R1K5 w - - 0 1`
This position is a 451 ply win for white (sans the 50 move rule, this position
was identified by the generator as the longest cursed win for white in KRBN v KRB).

Now Stockfish finds it instantly (as it should), nice work

[свернуть]

http://abrok.eu/stockfish/

[Кевин]

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

Small tweaks to recent code changes

Запущен регресс-тест. Уже видно, что результаты будут хорошие:


18-07-31 sni master diff
ELO: 38.32 +-2.1 (95%) LOS: 100.0%
Total: 33359 W: 6975 L: 3311 D: 23073
40000 @ 60+0.6 th 1 Regression/progression test against SF9 after "Small tweaks to recent code changes" of July, 31th

[Кевин]

Author: Marco Costalba
Date: Wed Aug 1 12:40:12 2018 +0200
Timestamp: 1533120012

Improve Stats definition

Use operator const T&() instead of operator T() to avoid possible
costly hidden copies of non-scalar nested types.

Currently StatsEntry has a single member T, so assuming
sizeof(StatsEntry) == sizeof(T) it happens to work, but it's
better to use the size of the proper entry type in std::fill.
Note that current code works because std::array items are ensured
to be allocated in contiguous memory and there is no padding among
nested arrays. The latter condition does not seem to be strictly
enforced by the standard, so be careful here.

Finally use address-of operator instead of get() to fully hide the
wrapper class StatsEntry at calling sites. For completness add
the arrow operator too and simplify the C++ code a bit more.

Same binary code as previous master under the Clang compiler.

No functional change.


http://abrok.eu/stockfish/

[Vizvezdenec]

Ну вот к вопросу об улучшениях, только сегодня был патч, который прошёл STC за 17к игр, в LTC имел LLR 2.85 дважды - на 7к игр и на 11к игр, а сейчас уже -2.8.
Чуть бы повезло - прошёл бы, хотя реальная прибавка в эло, похоже, около нуля.

[svoitsl]

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

хотя реальная прибавка в эло, похоже, около нуля.

Интересно а если сравнить тот Сток что играл в TCEC 12 И будет играть сейчас,там какая разница?

[sovaz1997]

Пунктов 15-20 где-то

[Алексей]

Новая весия как-то пасивенько играет, или мне кажется?

[Maratka]

Пасивенько в сравнении с чем?

[Burcontovk]

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

Ну вот к вопросу об улучшениях, только сегодня был патч, который прошёл STC за 17к игр, в LTC имел LLR 2.85 дважды - на 7к игр и на 11к игр, а сейчас уже -2.8.
Чуть бы повезло - прошёл бы, хотя реальная прибавка в эло, похоже, около нуля.

Может лучше строже сеять патчи, что бы если проходил, то действительно хороший патч?