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.

[свернуть]

[Философ]

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

Хорош для анализа?

Мне нравится. Но я не считаю себя большим спецом.

[Александр Руденко]

Author: protonspring
Date: Thu May 24 18:46:55 2018 +0200
Timestamp: 1527180415

Simplify BlockedByPawn to one dimension

I was able to get this to pass which reduces BlockedByPawn to one dimension
with NO distance from edge offset.

GOOD) It's more simple and may provide additional clarity for further
simplifications. Facilitates migrating unblocked to one dimension as well.

BAD) If there is indeed a distance component to BlockedStorm (may or may
not be the case), this obfuscates this component into ShelterStrength and
UnblockedStorm. This may be more convoluted. Also, it may be more convenient
to have each of the three arrays (ShelterStrength, BlockedStorm, and UnBlocked)
be the same size.

STC:
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 96173 W: 19326 L: 19343 D: 57504
http://tests.stockfishchess.org/test...bc5914abc12965

LTC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 49818 W: 7441 L: 7363 D: 35014
http://tests.stockfishchess.org/test...bc5914abc12990

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

Bench: 5133208

http://abrok.eu/stockfish/

[ChessMan]

Мои LTO/MinGW компиляции Stockfish 240518 x32-x64

Author: VoyagerOne
Date: Thu May 24 19:06:24 2018 +0200
Timestamp: 1527181584

LMR Capture Tweak

Increase capture reduction by comparing opponent's stat score

STC: (Yellow)
LLR: -2.96 (-2.94,2.94) [0.00,5.00]
Total: 92291 W: 18647 L: 18350 D: 55294
http://tests.stockfishchess.org/test...bc5914abc1291b

LTC:
LLR: 2.95 (-2.94,2.94) [0.00,5.00]
Total: 20176 W: 3061 L: 2868 D: 14247
http://tests.stockfishchess.org/test...bc5914abc129a3

How to continue?
• we could try a different value for the capture history threeshold

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

Bench: 5167159


Скомпилированные в MinGW 7.3.0 и в новом MinGW 8.1.0

Скачать: https://www44.zippyshare.com/v/CgLaH1D6/file.html

[Maratka]

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

Скомпилированные в MinGW 7.3.0 и в новом MinGW 8.1.0

Что-то у меня версия 8.1 помедленнее работает..

[ChessMan]

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

Что-то у меня версия 8.1 помедленнее работает..

У меня тоже.

[Кевин]

4 новых патча:

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

Author: VoyagerOne
Date: Thu May 24 19:06:24 2018 +0200
Timestamp: 1527181584

LMR Capture Tweak

Increase capture reduction by comparing opponent's stat score

STC: (Yellow)
LLR: -2.96 (-2.94,2.94) [0.00,5.00]
Total: 92291 W: 18647 L: 18350 D: 55294
http://tests.stockfishchess.org/test...bc5914abc1291b

LTC:
LLR: 2.95 (-2.94,2.94) [0.00,5.00]
Total: 20176 W: 3061 L: 2868 D: 14247
http://tests.stockfishchess.org/test...bc5914abc129a3

How to continue?
• we could try a different value for the capture history threeshold

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

Bench: 5167159


Author: protonspring
Date: Thu May 24 18:46:55 2018 +0200
Timestamp: 1527180415

Simplify BlockedByPawn to one dimension

I was able to get this to pass which reduces BlockedByPawn to one dimension
with NO distance from edge offset.

GOOD) It's more simple and may provide additional clarity for further
simplifications. Facilitates migrating unblocked to one dimension as well.

BAD) If there is indeed a distance component to BlockedStorm (may or may
not be the case), this obfuscates this component into ShelterStrength and
UnblockedStorm. This may be more convoluted. Also, it may be more convenient
to have each of the three arrays (ShelterStrength, BlockedStorm, and UnBlocked)
be the same size.

STC:
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 96173 W: 19326 L: 19343 D: 57504
http://tests.stockfishchess.org/test...bc5914abc12965

LTC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 49818 W: 7441 L: 7363 D: 35014
http://tests.stockfishchess.org/test...bc5914abc12990

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

Bench: 5133208


Author: Joost VandeVondele
Date: Thu May 24 18:26:34 2018 +0200
Timestamp: 1527179194

Correctly prevent recursive verification in nmp.

As discussed with @pb00068, the condition to prevent recursive verification
was not completely correct. This patch corrects that condition, and adds an
assert. In the current implementation, recursive verification needs to be
avoided in order not to break the verification of the move closer to the
root (i.e. to not set thisThread->nmp_min_ply to zero prematurely).

This patch is tested as a bug fix, based on and tested against PR #1609 .

passed STC:
http://tests.stockfishchess.org/test...bc5914abc129c5
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 7875 W: 1669 L: 1523 D: 4683

passed LTC:
http://tests.stockfishchess.org/test...bc5914abc129cd
LLR: 3.00 (-2.94,2.94) [-3.00,1.00]
Total: 24048 W: 3525 L: 3407 D: 17116

Bench changes at high depth.

Closes https://github.com/official-stockfis...fish/pull/1610
and https://github.com/official-stockfis...fish/pull/1609

Bench: 4484288



Author: Joost VandeVondele
Date: Tue May 22 22:43:17 2018 +0200
Timestamp: 1527021797

Simplify color usage in search.

define Color us and use this instead of pos.side_to_move() and nmp_odd. The latter allows to clarify the nmp verification criterion.

Tested for no regression:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 76713 W: 15303 L: 15284 D: 46126
http://tests.stockfishchess.org/test...bc5914abc12971

No functional change.

[свернуть]

[Кевин]

18-05-24 sni master diff
ELO: 26.72 +-1.8 (95%) LOS: 100.0%
Total: 40000 W: 7103 L: 4033 D: 28864
40000 @ 60+0.6 th 1 Regression/progression test against SF9 after "LMR Capture Tweak " of May, 24th

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

Регресс-тест.

[ChessMan]

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

а вот fasmg.exe гордо называет себя flat assembler, то есть по сути компилятор, он себе льстит?

Нашел:

последнее сообщение
https://github.com/lantonov/asmFish/issues/151

"I am glad to hear it works for you. I'll look into the BMI2 option in make.bat at some point to see if anything is off there.

Regarding your question, there is no "performance boost" for assembling locally. You are still confusing "compiling" with "assembling." An assembler translates assembly code to machine code. The translation is mechanical, and can be done in only one way. In contrast, a compiler has more freedom when it compiles the relevant programming language - it can optimize, for example, and even non-optimizing compilers produce different code. Also, compilers can be written in a way that separates the "front-end" (corresponding to the programming language) and the "back-end" (corresponding to the computer architecture), whereas with assemblers the two are always the same.

Bottomline: there are no "Profile-Guided Optimizations" during the assembly process because the whole point to assembly is that the human, and not a compiler, defines "optimizations" (i.e. register allocation, speed optimization, etc). The optimizations you are thinking of are only associated with engines that actually require a compiler, like Stockfish or Cfish."

Машинный перевод:


"Я рад, что это работает для вас. В какой-то момент я посмотрю опцию BMI2 в make.bat, чтобы увидеть, нет ли там что-то.

Что касается вашего вопроса, для сборки на месте не существует «повышения производительности». Вы все еще запутываете «компиляцию» с «сборкой». Ассемблер переводит код сборки в машинный код. Перевод является механическим и может быть выполнен только одним способом. Напротив, у компилятора больше свободы при компиляции соответствующего языка программирования - он может оптимизировать, например, и даже не оптимизирующие компиляторы производят другой код. Кроме того, компиляторы могут быть написаны таким образом, чтобы отделить «front-end» (соответствующий языку программирования) и «back-end» (соответствующий компьютерной архитектуре), тогда как с ассемблерами они всегда одинаковы.

Bottomline: во время процесса сборки нет «профилированных оптимизаций», потому что весь смысл сборки заключается в том, что человек, а не компилятор, определяет «оптимизацию» (то есть распределение регистров, оптимизацию скорости и т. Д.). Оптимизации, о которых вы думаете, связаны только с двигателями, которые действительно требуют компилятора, например, Stockfish или Cfish."

[Maratka]

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

Bottomline: there are no "Profile-Guided Optimizations" during the assembly process because the whole point to assembly is that the human, and not a compiler, defines "optimizations" (i.e. register allocation, speed optimization, etc). The optimizations you are thinking of are only associated with engines that actually require a compiler, like Stockfish or Cfish."

Ну ничего хорошего в этом нет...
Как например собрать бинарь, чтобы он мог поместить нужные фрагменты кода в 16 килобайт L1 кеша в стройтехнике AMD, но при всем этом -уметь использовать и 64 килобайта в AMD Phenom?
Компиляторы Intel например делают это элементарно (естественно для своих процессоров), путем указания целевой архитектуры.

[svoitsl]

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

Вы все еще запутываете «компиляцию» с «сборкой»

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

[Кевин]

I. Ivec and L. Ljubičić
May 24.

[Харлампий]

asmFish обновился: https://github.com/lantonov/asmFish

[Viktor]

Цитата: Сообщение от Харлампий

asmFish обновился: https://github.com/lantonov/asmFish

А почему указано, что: Последняя версия: 11.05.2018?

[ChessMan]

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

А почему указано, что: Последняя версия: 11.05.2018?

Л.Антонов забыл изменить.

[Кевин]

Author: Rodrigo Exterckötter Tjäder
Date: Wed May 30 13:07:18 2018 +0200
Timestamp: 1527678438

Use threads to clear the TT faster.

Stockfish currently takes a while to clear the TT when using larger hash sizes.

On one machine with 128 GB hash it takes about 50 seconds with a single thread,
allowing it to use all allocated cores brought that time down to 4 seconds on
some Linux systems. The patch was further tested on Windows and refined with
NUMA binding of the hash initializing threads (we refer to pull request #1601
for the complete discussion and the speed measurements).

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

No functional change

http://abrok.eu/stockfish/

[Кевин]

Author: Joost VandeVondele
Date: Wed May 30 13:38:11 2018 +0200
Timestamp: 1527680291

Simplify depth reduction in IID.

Use a constant reduction instead of a depth dependent reduction.

passed STC:
http://tests.stockfishchess.org/test...bc5914abc12ba8
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 58086 W: 11710 L: 11657 D: 34719

passed LTC:
http://tests.stockfishchess.org/test...bc5914abc12c6d
LLR: 3.09 (-2.94,2.94) [-3.00,1.00]
Total: 110414 W: 16217 L: 16219 D: 77978

Bench: 4521056

http://abrok.eu/stockfish/

[Харлампий]

asmFish обновился ещё раз: https://github.com/lantonov/asmFish/...owsOS_binaries

[Vizvezdenec]

http://tests.stockfishchess.org/test...bc59033d2d52c6
Недавний патч, прибавляющий эло.
Будет в понедельник-вторник, пока что у его автора нет доступа к компьютеру с нужным repository.
Патч, судя по всему, достаточно мощный, т.к. прошёл SPRT за 13к игр на коротком временном контроле и 15к игр на длинном - обычно это свидетельство того, что удача тут не замешана и это реальные +3 эло примерно.
Кстати говоря, на фиштесте проблемы со стабильностью сервера и он лежал часов 12 почти подряд, вот такие вот дела.

[svoitsl]

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

Будет в понедельник-вторник

Главное то б к суперфиналу TCEC 12 успел, а то там Комодо на пятки наступает .

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

Кстати говоря, на фиштесте проблемы со стабильностью сервера

на охлаждении экономить можно только в Сибири, зимой :-)

[sovaz1997]

На самом деле, даже если Stockfish остановится в развитии на год, Komodo все равно ничего не сможет сделать в финале))

Так что это Komodo надо торопиться, а не Stockfish-у. Stockfish-то постоянно увеличивает отрыв от конкурента.

[Maratka]

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

Главное то б к суперфиналу TCEC 12 успел, а то там Комодо на пятки наступает .

Даже близко не стоИт.

[Александр Руденко]

Author: Stéphane Nicolet
Date: Sat Jun 2 17:41:37 2018 +0200
Timestamp: 1527954097

Fix comments, rename variables

Thanks everybody for the various hints in the perpetual renaming thread:
https://github.com/official-stockfis...sh/issues/1426

No functional change


Author: Joost VandeVondele
Date: Sat Jun 2 17:03:01 2018 +0200
Timestamp: 1527951781

Reallocate TT on threadpool resize.

Makes sure the potential benefit of first touch does not depend on
the order of the UCI commands Threads and Hash, by reallocating the
hash if a Threads is issued. The cost is zeroing the TT once more
than needed. In case the prefered order (first Threads than Hash)
is employed, this amounts to zeroing the default sized TT (16Mb),
which is essentially instantaneous.

Follow up for https://github.com/official-stockfis...fish/pull/1601
where additional data and discussion is available.

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

No functional change.

http://abrok.eu/stockfish/

[Харлампий]

asmFishW_2018-06-02: https://github.com/lantonov/asmFish/...owsOS_binaries

[Кевин]

Author: pb00068
Date: Sat Jun 2 18:02:35 2018 +0200
Timestamp: 1527955355

Extra bonus for capture creating a huge fail high

STC:
http://tests.stockfishchess.org/test...bc596e9e0881f6
LLR: 2.95 (-2.94,2.94) [0.00,5.00]
Total: 13007 W: 2730 L: 2541 D: 7736

LTC:
http://tests.stockfishchess.org/test...bc59033d2d52c6
LLR: 2.96 (-2.94,2.94) [0.00,5.00]
Total: 15594 W: 2417 L: 2239 D: 10938

See https://github.com/official-stockfis...fish/pull/1627

Bench: 4790240

http://abrok.eu/stockfish/

[Кевин]

Author: Stéphane Nicolet
Date: Sun Jun 3 09:19:13 2018 +0200
Timestamp: 1528010353

Fix overload ambiguity

Fix an error when compiling current master with MSVC due to the
ambiguity of which operator* overload was intended (reported by
Jarrod Torriero).

No functional change.

http://abrok.eu/stockfish/

[Кевин]

Author: joergoster
Date: Mon Jun 4 07:45:12 2018 +0200
Timestamp: 1528091112

Bugfix of Position::has_repeated()

The function Position::has_repeated() is used by Tablebases::root_probe()
to determine whether we can rank all winning moves with the same value, or
if we need to strictly rank by dtz in case the position has already been
repeated once, and we are risking to run into the 50-move rule and thus
losing the win (especially critical in some very complicated endgames).

To check whether the current position or one of the previous positions
after the last zeroing move has already been occured once, we start looking
for a repetition of the current position, and if that is not the case, we
step one position back and repeat the check for that position, and so on.

If you now look at how this was done before the new root ranking patch was
merged two months ago, it seems quite obvious that it is a simple oversight:
https://github.com/official-stockfis...f3fa8ca6d3b46c

More specifically, after we stepped one position back with

```
stc = stc->previous;
```

we now have to start checking for a repetition with

```
StateInfo* stp = stc->previous->previous;
```

and not with

```
StateInfo* stp = st->previous->previous;
```

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

No functional change

http://abrok.eu/stockfish/

[Кевин]

Author: Guenther Demetz
Date: Tue Jun 5 10:10:32 2018 +0200
Timestamp: 1528186232

Remove a superfluous subtrahend

The '- 1' subtrahend was introduced for guarding against null move
search at root, which would be nonsense. But this is actually already
guaranteed by the !PvNode condition. This followed from the discussion
in pull request 1609: https://github.com/official-stockfis...fish/pull/1609

No functional change


Author: VoyagerOne
Date: Tue Jun 5 09:58:10 2018 +0200
Timestamp: 1528185490

Simplify LMR for captures

Simplify LMR for captures by removing capture's stat score logic for reduction.

STC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 37068 W: 7462 L: 7370 D: 22236
http://tests.stockfishchess.org/test...bc591af58a6fd2

LTC:
LLR: 2.95 (-2.94,2.94) [-3.00,1.00]
Total: 80061 W: 11706 L: 11671 D: 56684
http://tests.stockfishchess.org/test...bc59033d2d5315

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

Bench: 4470519

http://abrok.eu/stockfish/

[Vizvezdenec]

Там ещё 2 патча с прибавками эло прошло, ждите в ближайшие дни

[Харлампий]

asmFishW_2018-06-05: https://github.com/lantonov/asmFish/...owsOS_binaries

[Кевин]

Author: Stéphane Nicolet
Date: Tue Jun 5 18:15:54 2018 +0200
Timestamp: 1528215354

Call cycle detection before qsearch()

This has the property of raising alpha before calling qsearch(), thus
maybe giving some more cuts during qsearch(). The patch is equivalent
to the use of cycle detection inside qsearch() at depth 0, but is in
fact implemented by re-ordering code inside search(), which explains
the [0..4] bounds in the following tests.

STC (interrupted after 124250 games, with LLR=0.87):
http://tests.stockfishchess.org/test...bc5902a8b420bf
LLR: 0.87 (-2.94,2.94) [0.00,4.00]
Total: 124250 W: 24973 L: 24470 D: 74807

LTC:
http://tests.stockfishchess.org/test...bc5902a84dcd09
LLR: 2.96 (-2.94,2.94) [0.00,4.00]
Total: 74234 W: 11098 L: 10733 D: 52403

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

Bench: 4326784


Author: Joost VandeVondele
Date: Tue Jun 5 18:06:13 2018 +0200
Timestamp: 1528214773

Stabilize AppVeyor CI

After a helpful suggestion from AppVeyor support staff, moving the Stockfish
execution from ps to cmd seems to work. Alternative to PR #1624 tested in PR #1637.

No functional change.

http://abrok.eu/stockfish/