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]

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

на 14 секунд?- а теперь посмотрите по диспетчеру на закэшированость памяти- увы надо перезагружаться и это только после пары позиций...

Не 14... на оценку гляньте.

Перезагружаться не нужно, достаточно в Акве создать движок (Cfish 9 например) с очень большим хэшем и инициировать его для освобождения памяти



У меня 32 гига ОЗУ, в качестве хэша использую 8 ГБ... для очистки - 24 ГБ.

[ChessMan]

Или вот так:





и при закрытии движка освободится ОЗУ

[Maratka]

К обоим спорщикам:

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

https://www.ixbt.com/storage/gigabyte-iram-p1.shtml

Пользу дает естественно и то, и другое, но по-разному.

[sergey1963]

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

[sergey1963]

Maratka,
так у меня и стоит рам-диск на 4гб- подарок самсунг-магикан на 850ево... режим рапид...
хэш позиций не должен быть огромным- тогда на перезапись уйдет много времени...

[ChessMan]

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

К обоим спорщикам:
не путайте хеш и кеш

Ну я вроде ничего не путаю: хэш это то, что мы выставляем в настройках движка?

[Maratka]

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

так у меня и стоит рам-диск на 4гб- подарок самсунга на 850ево... режим рапид...

Это скорее всего программный кеш данных с SSD, а не аппаратный же HDD/SSD на базе RAM: своей памяти то у этой софтины нет, она использует системную.

[Maratka]

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

Ну я вроде ничего не путаю: хэш это то, что мы выставляем в настройках движка?

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

Ну либо просто отключить таблицы, так проще, и явно быстрее.

[sergey1963]

есть одно но, начиная с 12 фигур- 6-фигурки ускоряют счет до безобразия и тут без ССД никак...

[Maratka]

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

есть одно но, начиная с 12 фигур- 6-фигурки ускоряют счет до безобразия и тут без ССД никак...

Без аппаратного RAM-диска никак... ;)

Еще данные, их тут больше, т.к. устройство новее, чем по ссылке выше:

https://fcenter.ru/online/hardarticl...vse_vse_vse#16






Смотреть на Gigabyte i-RAM

[dew]

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

Maratka,
так у меня и стоит рам-диск на 4гб- подарок самсунг-магикан на 850ево... режим рапид...
хэш позиций не должен быть огромным- тогда на перезапись уйдет много времени...

Баловство, все это.. Хотя чего мне говорить? У меня же не самсунг за длинные рубли, а какой-то гигабайт за копейки бородатых годов:

https://www.ixbt.com/storage/gigabyte-iram-p1.shtml

[sergey1963]

850 ево на 250гб в 15году стоил 5тр...
вот этот лонгрид новее и поучительнее-
https://www.overclockers.ua/storage/...d-ssd-ram/all/

[Maratka]

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

Баловство, все это.. Хотя чего мне говорить? У меня же не самсунг за длинные рубли, а какой-то гигабайт за копейки бородатых годов:

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

Самое занятное, когда системе не хватает памяти, чтобы обработать данные из программного RAM-диска: система берет данные из физической RAM, кладет их в физическую RAM, вытесняя "старые" данные в кеш на аппаратном SSD/HDD (т.е. заведомо тормозном устройстве). Есть и уникальные ситуации, когда на RAM-диск "кладут" файл подкачки, вообще дурь неимоверная....

Но это все тема для раздела про железо...

[sergey1963]

так к какому выводу-то приходим, гении программирования?- нужны ли LP или... баловство все это?...

[Maratka]

На системе, заточенной под шахматы, и только под них - да.
На универсальной, где интересно поиграть не только в шахматы, но и в DOOM, или там FarCry, а попутно посидеть в чатах на форумах, и где нет хотя бы 32 гигабайт памяти - однозначно нет.

_____
не зря эта опция используется в основном на серверах, но не на клиентских системах.

[sergey1963]

вот и я о том же- Ведьмак и Крайзис- наше все... а 16 гб, 6 ядер и 3060- выбор здорового человека...

[dew]

Про i-ram.. Случилось у меня не приятность в прошлом году и надо было срочно покидать дом.. Забыл закрыть окно, а в то время тополиный пух буйствовал.. приехал, комп работал - а от не приятностей было не до того чтобы комп чистить.. ну и аккумуляторная батарея распухла(не на глазах) и прям при мне рванула - больше я такими глупостями не увлекаюсь )

[Maratka]

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

Про i-ram..

Ну это тогдашняя реализация. Сейчас возможно лучше.
Кстати, уверен, что тогда у тебя был именно i-RAM, а не RAID на старых контроллерах? Нынче то ставится суперконденсатор (его емкости при пропадании питания достаточно, чтобы запитать SSD в RAID на время, за которое пишется на флеш аппаратный кеш). А кеша то ну сколько? 1-4 гигабайта (у меня на моем старом Adaptec 6805 и вовсе 512 мегабайт). Т.е. это какие-то доли секунд всего-то нужно! ;)

При этом, супер-кондер вообще говоря и взрывается реже, чем литиевые аккумуляторы. ;)

[Кевин]

Author: Stéphane Nicolet
Date: Thu May 14 20:34:15 2020 +0200
Timestamp: 1589481255

Move 50 moves counter to initiative.

simplify the usage of the 50 moves counter,
moving it frome the scale factor to initiative.

This patch was inspired by recent games where a blocked or semi-blocked position
was 'blundered', by moving a pawn, into a lost endgame. This patch improves this situation,
finding a more robust move more often.

for example (1s searches with many threads):
```
FEN 8/p3kp2/Pp2p3/1n2PpP1/5P2/1Kp5/8/R7 b - - 68 143

master:
6 bestmove b5c7
6 bestmove e7e8
12 bestmove e7d8
176 bestmove e7d7
patch:
3 bestmove b5c7
5 bestmove e7d8
192 bestmove e7d7
```

fixes https://github.com/official-stockfis...sh/issues/2620

the patch also tests well

passed STC
LLR: 2.94 (-2.94,2.94) {-1.50,0.50}
Total: 50168 W: 9508 L: 9392 D: 31268 Elo +0.80
Ptnml(0-2): 818, 5873, 11616, 5929, 848
https://tests.stockfishchess.org/tes...d5693aad4e680b

passed LTC
LLR: 2.93 (-2.94,2.94) {-1.50,0.50}
Total: 7520 W: 981 L: 870 D: 5669 Elo +5.13
Ptnml(0-2): 49, 647, 2256, 760, 48
https://tests.stockfishchess.org/tes...d5693aad4e6858

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

Bench: 4395562

https://abrok.eu/stockfish/

[sergey1963]

да кэширование есть везде- даже в природе- сердце и 5 литров крови- обеспечивают 0,1 млн. км кровеносных сосудов...

[Кевин]

Author: Sami Kiminki
Date: Thu May 14 20:35:40 2020 +0200
Timestamp: 1589481340

Fix a Windows-only crash on exit without 'quit'

There was a bug in commit d4763424d2728fe2dfd0a6fe747666feb6a2fdbb
(Add support for Windows large pages) that could result in trying to
free memory allocated with VirtualAlloc incorrectly with free().

Fix this by reverting the TT.resize(0) logic in the previous commit,
and instead, just call aligned_ttmem_free() in
TranspositionTable::~TranspositionTable().

fixes https://github.com/official-stockfis...sh/issues/2677

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

No functional change

https://abrok.eu/stockfish/

[Maratka]

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

Author: Stéphane Nicolet
Date: Thu May 14 20:34:15 2020 +0200
Timestamp: 1589481255
Move 50 moves counter to initiative.

Ниче так.. простенько... ;)
На фоне стагнации LZ есть шанс, что SF через пару месяцев возьмет медальку в финале TCEC, и не серебряную. ;)

[Кевин]

Author: protonspring
Date: Thu May 14 20:47:59 2020 +0200
Timestamp: 1589482079

Simplify Time Management

This is a functional simplification of the time management system.

With this patch, there is a simple equation for each of two distinct
time controls: basetime + increment, and x moves in y seconds (+increment).
These equations are easy to plot and understand making future modifications
or adding additional time controls much easier.

SlowMover is reset to 100 so that is has no effect unless a user changes it.

There are two scaling variables:
* Opt_scale is a scale factor (or percentage) of time to use for this current move.
* Max_scale is a scale factor to apply to the resulting optimumTime.

There seems to be some elo gain in most scenarios.
Better performance is attributable to one of two things:
* minThinkingTime was not allowing reasonable time calculations for very short games like 10+0 or 10+0.01. This is because adding almost no increment and substracting move overhead for 50 moves quickly results in almost 0 time very early in the game. Master depended on minThinkingTime to handle these short games instead of good time management. This patch addresses this issue by lowering minThinkingTime to 0 and adjusting moverOverhead if there are very low increments.
* Notice that the time distribution curves tail downward for the first 10 moves or so. This causes less time to attribute for very early moves leaving more time available for middle moves where more important decisions happen.

Here is a summary of tests for this version at different time controls:

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

SMP 5+0.05
LLR: 2.97 (-2.94,2.94) {-1.50,0.50}
Total: 46544 W: 7175 L: 7089 D: 32280 Elo +0.64
Ptnml(0-2): 508, 4826, 12517, 4914, 507
https://tests.stockfishchess.org/tests/user/protonspring

STC
LLR: 2.94 (-2.94,2.94) {-1.50,0.50}
Total: 20480 W: 3872 L: 3718 D: 12890 Elo +2.61
Ptnml(0-2): 295, 2364, 4824, 2406, 351
https://tests.stockfishchess.org/tests/view/5ebc343e7dd5693aad4e6873

STC, sudden death
LLR: 2.93 (-2.94,2.94) {-1.50,0.50}
Total: 7024 W: 1706 L: 1489 D: 3829 Elo +10.74
Ptnml(0-2): 149, 813, 1417, 938, 195
https://tests.stockfishchess.org/tests/view/5ebc346f7dd5693aad4e6875

STC, TCEC style
LLR: 2.95 (-2.94,2.94) {-1.50,0.50}
Total: 4192 W: 1014 L: 811 D: 2367 Elo +16.84
Ptnml(0-2): 66, 446, 912, 563, 109
https://tests.stockfishchess.org/tests/view/5ebc34857dd5693aad4e6877

40/10
LLR: 2.93 (-2.94,2.94) {-1.50,0.50}
Total: 54032 W: 10592 L: 10480 D: 32960 Elo +0.72
Ptnml(0-2): 967, 6148, 12677, 6254, 970
https://tests.stockfishchess.org/tests/view/5ebc50597dd5693aad4e688d

LTC, sudden death
LLR: 2.95 (-2.94,2.94) {-1.50,0.50}
Total: 9152 W: 1391 L: 1263 D: 6498 Elo +4.86
Ptnml(0-2): 75, 888, 2526, 1008, 79
https://tests.stockfishchess.org/tests/view/5ebc6f5c7dd5693aad4e689b

LTC
LLR: 2.98 (-2.94,2.94) {-1.50,0.50}
Total: 12344 W: 1563 L: 1459 D: 9322 Elo +2.93
Ptnml(0-2): 70, 1103, 3740, 1171, 88
https://tests.stockfishchess.org/tests/view/5ebc6f4c7dd5693aad4e6899

[свернуть]

closes https://github.com/official-stockfish/Stockfish/pull/2678

Bench: 4395562

https://abrok.eu/stockfish/

[dew]

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

Кстати, уверен, что тогда у тебя был именно i-RAM, а не RAID на старых контроллерах?

Обычный самый первый гагабайт i-ram.. Ток батарея рванула так, что разнесла планки первой ddr, которые залетели и в блок питания - от оцепенения в первые секунды мне казалось что сейчас все взорвется нахрен..

[Maratka]

Ну справедливости ради - это не вина Gigabyte, это обычное свойство литиевых аккумуляторов тех лет. Они и нынче иной раз рвут, что говорить про 20 лет тому?

[dew]

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

Ну справедливости ради - это не вина Gigabyte, это обычное свойство литиевых аккумуляторов тех лет. Они и нынче иной раз рвут, что говорить про 20 лет тому?

Но знаешь, толку от 4GB тоже мало.. Хотя я на нем вовсе не шахматные вещи хранил.. Очень было обидно узнать, когда я на время ремонта комнаты обесточил комп - что заново форматировать.. Всякая ругань, что диска нет.. В общем - это оочень селективная приблуда..

[Maratka]

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

Другое дело, что похоже эту ветку развития техники признали тупиковой.. похоже... А если нет?

[dew]

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

Другое дело, что похоже эту ветку развития техники признали тупиковой.. похоже... А если нет?

Для дома я вообще не заморачиваюсь.. Дома комп нужен для игр )
Windows на серверном пространстве - ток специфичные вещи - Active Directory и MS SQL (хорошая, кстати база данных)

А вот сервер на линукс можно конкретный наворотить - начиная с железа:
контроллер 512MB-1GB кэш памяти...
Для RAID массива - один диск SSD в качестве "батарейки" как ты описал..
Дисковая подсистема из более медленных эллементов с использованием - в виде dm-cache [ https://en.wikipedia.org/wiki/Dm-cache ] и bcache [ https://en.wikipedia.org/wiki/Bcache ]

И что еще надо?

А для работы macOS..

Вот и вся пока моя идеология, подкрепленная успешной практикой..

[Burcontovk]

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

r5k1/p1pb2bp/3p4/P1pPp1p1/2B1P2q/1R3Pp1/1P4PB/5RQK b - - 2 3

4q1kr/p6p/1pr1P1pB/4p3/4P3/2P5/PP2B2P/R5K1 w - - 0 2

У меня первую решил за 32 секунды, вторую Лf1 видел сразу на 8й секунде оценка стала резко расти вверх. Обе задачи с первого раза LP включен всегда 64гб оперативы. Хеш движка 2048мб стокфиш от 13числа.

[Владимир001]

Stockfish and CorChess development builds compiled by I. Ivec