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]

Цитата: Сообщение от Реналь

Аброковский движок, прекращает работу по достижении глубины 38+. Не всегда, чаще работает нормально. Если перезапускаешь движок, то может остановится на другой глубине, а иногда и доработает до 55+

Попробуйте:

https://yadi.sk/d/Y0KPMT8LNxFRiA

Чисто для проверки, как работает.

[Vizvezdenec]

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

В общем, прошел патч....

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

Но все же, "скакать" оценка будет....

Тут же не только что пешек < 3.
Тут комбинированное условие.
Если "оценка psq" (которая в себя включает оценку исходя из позиции фигур и их материала) сильно отличается от нуля, то используем классическую оценку.
А насколько сильно теперь будет зависеть от количества пешек, чем больше пешек на доске, тем реже будет классическая оценка использоваться.
Возможны и дальнейшие улучшения.
Фактически это такой "детектор сложных позиций", в которых имеет смысл использовать NNUE, а не фигню, которая написана руками. Его можно улучшать и дальше. Собственно, даже нужно.
У нас была в классической оценке "сложность" позиции, которая влияла на выигрываемость эндшпиля в ней, здесь, можно сказать, нечто похожее, только тут "сложность" позиции влияет на использование более сложной оценки.
Причём 3 пешки - это просто пересечение со старой границей, было 520, стало 460 + (число пешек) * 20, т.е. если пешек 0, то мы используем NNUE в позициях с дисбалансом меньше 460, что, вообще говоря, тоже не так уж и мало.

[Maratka]

Ну это я понял
Непонятно, почему ручная оценка в таких позициях дает Elo?
Думаю, это все как бы временно, через ~20 Еlo, которые дают чисто сети вероятно оно и не понадобится.

[Vizvezdenec]

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

Ну это я понял
Непонятно, почему ручная оценка в таких позициях дает Elo?
Думаю, это все как бы временно, через ~20 Еlo, которые дают чисто сети вероятно оно и не понадобится.

Потому что она просто быстрее?
Примерно по той же причине, по которой LazyEval давал эло в своё время - если у нас лишний ферзь и компенсации у противника не особо, то какой смысл там считать какие-то сложные атаки на короля или высчитывать крохи оценки проходных, у нас, чёрт возьми, лишний ферзь, как-нибудь да выиграем.
Так и тут тоже - у нас лишний конь, к чему там тут NNUE? Лишнего коня реализует не то что базовый сток, но и любой 3000 движок. Ну, в большинстве случаев.
Вонделе там погонял тесты, по его словам, мы переключаемся на базовую оценку примерно в 30% позиций, и 99,5% из этого - то, где NNUE вообще и не нужно, т.к. там "выиграно по-всякому".

[Владимир001]

Author: Vizvezdenec
Date: Sun Aug 9 21:26:17 2020 +0200
Timestamp: 1597001177

Adjust NNUE usage based on number of pawns in position

The idea of this patch is that positions are usually more complex and hard to evaluate even if there are more pawns.
This patch adjusts NNUE threshold usage depending on number of pawns in position, if pawn count is <3 we use the
classical evaluation more often, for pawn count = 3 patch the is non-functional,
with pawn count > 3 NNUE evaluation is used more often.

passed STC
https://tests.stockfishchess.org/tes...81672066536b1f
LLR: 2.96 (-2.94,2.94) {-0.50,1.50}
Total: 36520 W: 5011 L: 4823 D: 26686 Elo +1.79
Ptnml(0-2): 299, 3482, 10548, 3594, 337

passed LTC
https://tests.stockfishchess.org/tes...81672066536b5c
LLR: 2.98 (-2.94,2.94) {0.25,1.75}
Total: 39272 W: 2630 L: 2433 D: 34209 Elo +1.74
Ptnml(0-2): 53, 2066, 15218, 2229, 70

closes https://github.com/official-stockfis...fish/pull/2960

bench 4084753
see source

https://abrok.eu/stockfish/

[Переяслав]

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

Потому что она просто быстрее?

В анализе эта фишка тоже работает или только в быструшках? Мне то в анализе спешить особо некуда и лучше полагаться на более качественную оценку...

[ChessMan]

Цитата: Сообщение от Переяслав

В анализе эта фишка тоже работает или только в быструшках? Мне то в анализе спешить особо некуда и лучше полагаться на более качественную оценку...

К сожалению, работает и в анализе...

[Переяслав]

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

К сожалению, работает и в анализе...

я думаю в корчессе это непотребство отключат. Слава дериватам!!

[Владимир001]

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

Потому что она просто быстрее?
Примерно по той же причине, по которой LazyEval давал эло в своё время - если у нас лишний ферзь и компенсации у противника не особо, то какой смысл там считать какие-то сложные атаки на короля или высчитывать крохи оценки проходных, у нас, чёрт возьми, лишний ферзь, как-нибудь да выиграем.
Так и тут тоже - у нас лишний конь, к чему там тут NNUE? Лишнего коня реализует не то что базовый сток, но и любой 3000 движок. Ну, в большинстве случаев.
Вонделе там погонял тесты, по его словам, мы переключаемся на базовую оценку примерно в 30% позиций, и 99,5% из этого - то, где NNUE вообще и не нужно, т.к. там "выиграно по-всякому".

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

[ChessMan]

Цитата: Сообщение от Переяслав

я думаю в корчессе это непотребство отключат. Слава дериватам!!

Да, в КорЧессе Lazy Eval удалены.

[ChessMan]

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

Да, в КорЧессе Lazy Eval удалены.

А нет... NNUEThreshold там не отключены... Надеюсь Ivec это исправит.

[Vizvezdenec]

Ну на самом деле в анализе-то тоже... Не всё так просто. Потому что вот был в CorChess типа отключён LazyEval, ну замечательно, а хоть один матч на длинном временном контроле он у базы выиграл? Я таких не видел, обычно там отличие в каких-то следовых количествах эло.
В любом случае тут несложно собрать что-то, что не будет это использовать.

[Maratka]

Все же переключатель решил бы все вопросы раз и навсегда.
Ну вот...так оно выходит!

И еще раз повторюсь, мне кажется, что эта функция в целом временная, и после того, как сеть подрастет по тестам на FishTest на 2-3 десятка Elo, есть смысл ее отключить, и посмотреть что будет. Вероятно, выйдем на погрешность....

[Maratka]

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

[Asunta]

Если пользователь указал в настройках Use NNUE: ON, то каждый раз "переспрашивать"
и тем более менять режим ON/OFF просто некрасиво : )

Дополнительные 1-2 ELO ( исключительно на сверхмикроконтролях! ) никак не оправдывают
грубую идеологическую диверсию, т.е. мелкую пакость : )

[Vizvezdenec]

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

Если пользователь указал в настройках Use NNUE: ON, то каждый раз "переспрашивать"
и тем более менять режим ON/OFF просто некрасиво : )

Дополнительные 1-2 ELO ( исключительно на сверхмикроконтролях! ) никак не оправдывают
грубую идеологическую диверсию, т.е. мелкую пакость : )

1-2 (12-15). Вообще ускорение типа 10-15% на большинстве машин фиштеста, народ тут в некоторых компиляциях за процент всю плешь проедает... Не волнуйтесь, клонов понаплодят, в которых это можно будет руками выключить или где оно просто будет выключено. Мастер всегда был веткой, в которой пользовательских настроек было минимум.

[Asunta]

Я не волнуюсь... Но этот патч придётся отыграть обратно... 100%

[Vizvezdenec]

Не уверен, что его когда-нибудь придётся откатывать назад, разве что NNUE начнёт работать так же быстро, как и ручная оценка, причём учитывая, что последняя может LazyEval задействовать.
10-15% скорости даже на контролях адванса что-то дают, а "более точная" оценка в позициях с лишним конём... Ну тоже что-то, конечно, даёт, но насколько часто? Перекроет ли она это "что-то"? Я сомневаюсь.

[Переяслав]

Справдливости я ради я правда итак никогда стокфишем не анализирую свои партии. Просто из принципа

[Asunta]

Дёшево и сердито:

Value Eval::evaluate( const Position& pos )
{
if( Eval::useNNUE ) return ( NNUE::evaluate(pos) + Tempo );
return Evaluation<NO_TRACE>(pos).value();
}



Если убрать из функции весь этот мусор - движок сразу побежит на 2%-3% быстрее
( при любых оценках, т.е. в 99% случаев! ) и на микроконтролях будет рвать
движки с перегруженной функцией...

[ChessMan]

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

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

Вы же понимаете откуда ускорение в этом патче?

Может лучше тогда использовать классический Стокфиш? У него скорость выше на 40% минимум.

[Vizvezdenec]

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

Вы же понимаете откуда ускорение в этом патче?

Может лучше тогда использовать классический Стокфиш? У него скорость выше на 40% минимум.

Только он играет на 50 эло слабее.
Ускорение из-за того, что альфабета по природе своей рассматривает очень много мусорных позиций, например, ставим коня под бой, противник его забирает, что там по оценке?
Разумеется, по оценке выходит полная фигня, и для этого тяжёлая нейросетевая оценка совершенно не нужна, потому что тут достаточно просто материал посчитать.
Это, как по мне, весьма здравая идея, в позиции "король и ладья против короля" оценка не нужна в принципе, а ведь движок и до такого досчитывается достаточно часто.
Это в какой-то степени аналог futility pruning, который проводит отсечения по статической оценке, если она очень плоха/хороша, вроде бы пока никто не жаловался, что сток плохо ищет?

[Asunta]

Ускорение при ( +5.00 ) можно повесить на ёлку : )

А торможение за счёт кучи лишних операторов во всех остальных позициях?
А попытка обмануть пользователя, который ясно высказался в настройке Use NNUE: ON ?

[Maratka]

Vizvezdenec,
добавьте пожалуйста в misc.cpp:

 #if defined(USE_AVX2)
    compiler += " AVX2";
  #endif
	
 #if defined(USE_AVX)
    compiler += " AVX";
 #endif
  #if defined(USE_SSE42)
    compiler += " SSE42";
  #endif

У меня по-факту собирается AVX-версия, но вывести в консоль по команде compiler я это не могу.

[Vizvezdenec]

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

Ускорение при ( +5.00 ) можно повесить на ёлку : )

А торможение за счёт кучи лишних операторов во всех остальных позициях?
А попытка обмануть пользователя, который ясно высказался в настройке Use NNUE: ON ?

Если его можно повесить на ёлку, как Вы объясните +12,5 эло на 60+0.6? И то, что в 30% рассматриваемых позиции в бенче этот критерий срабатывает?
Пользователь поставил настройку USE NNUE, т.е. "использовать NNUE".
Она и используется.
Вот если бы была настройка "don't use NNUE", а она всё равно использовалась - это был бы обман. А так никакого обмана нет - она используется. Просто в позициях, в 99,5% из которых это просто замедление не очень понятно для чего, используется более грубая оценка.
Не вижу в настройках "always use NNUE", вижу просто "use".

[ChessMan]

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

У меня по-факту собирается AVX-версия

У Вас не собирается AVX версия. У Вас собирается максимум USE_SSE42 с флагом -mavx

[ChessMan]

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

Только он играет на 50 эло слабее.
Ускорение из-за того, что альфабета по природе своей рассматривает очень много мусорных позиций, например, ставим коня под бой, противник его забирает, что там по оценке?
Разумеется, по оценке выходит полная фигня, и для этого тяжёлая нейросетевая оценка совершенно не нужна, потому что тут достаточно просто материал посчитать.
Это, как по мне, весьма здравая идея, в позиции "король и ладья против короля" оценка не нужна в принципе, а ведь движок и до такого досчитывается достаточно часто.
Это в какой-то степени аналог futility pruning, который проводит отсечения по статической оценке, если она очень плоха/хороша, вроде бы пока никто не жаловался, что сток плохо ищет?

Переход от NNUE Eval к обычному Eval - вот что даёт ускорение.
И движок снова начинает "рассматривать очень много мусорных позиций".

Как выразился Рональд Де Ман: "stitching together two entirely separate evals seems very hacky."
(сшивание двух совершенно разных evals кажется очень хакерским.)

https://github.com/official-stockfis...230c5aac9e322f

[Maratka]

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

У Вас не собирается AVX версия. У Вас собирается максимум USE_SSE42 с флагом -mavx

Уверены?
А эта опция разве не отвечает за детект инструкций, поддерживаемых процессором на хосте и их задействования в собираемом проекте?

[Переяслав]

А как эта хрень вообще работает?

r1b1qr1k/2p3pp/4p3/1pb1PpN1/pn3N1P/8/PPP1QPP1/2KR3R w - - 0 1

Ставлю позицию. Нодчиповский сразу видит правильный ход на своих медленных сетевых оценках.

Сток 0808 с аброка нихрена не видит, но скорость показывает процентов на 20 выше чем нодчиповский (хотя он обычно медленнее на 10% и более), но при этом ниже все равно, чем полностью отключить Use NNUE.

[Переяслав]

Оставьте людям возможность:

1) Always use NNUE
2) Use hybrid
3) Do not use NNUE

В чем проблема-то?