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]

Зато мейнтейнер онлайн и его прям сразу накатили.
Некоторое упрощение (очень логичное) моего патча про "защитников kingFlank"
Из KingDanger убрана линейная зависимость от KingFlankAttacks (квадратичная на месте), т.к., собственно, на кой чёрт она там нужна. У нас есть 1 степень, есть 4 (квадрат в KingDanger, которая сама возводится в квадрат), зачем там ещё вторая - не очень понятно. Ну вот теперь её и нет
Хотя сам патч забавный - я вообще не это планировал тестировать, но описАлся, а вышло настолько хорошо, что изначальный SPRT в районе 2 зависал, да и на момент остановки был в приличном плюсе.
http://tests.stockfishchess.org/test...b4af579302bac9

[Maratka]

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

https://www.phoronix.com/scan.php?pa...0x-3970x&num=9

Последний гвоздь в TCEC'овский Xeon: он и так не быстрее был, чем прошлый 32-ядерный Ryzen TR, а теперь медленнее, чем даже 24 ядра.

[Maratka]

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

Зато мейнтейнер онлайн и его прям сразу накатили.

Через несколько дней - 11 лет SF'шу, и год с выхода версии 10.
Так что вероятно дело в том, что хочется увидеть круглые 50 Elo, а возможно и выпустить 11-ю.

[dew]

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

Есть всё же вариант на чистом Си, и этот вариант вполне можно поддерживать в актуальном состоянии, а уж частично или полностью переписать его на asm наверное проще, чем с С++.
Тем боле, что действительно меняется не так уж много кода, может и меньше половины.

Проблема Си, в том что он, на самом-то деле, "не кростплатформенный и "мало" абстрактный. Никто не знает, какое будет железо в будущем. Даже AVX512 в современном мире можно запрограммировать на Си - но это перепись кода на текущий день, который очень дорого стоит. А читать его вообще "по самое не хочу". SF с++11 код, также в своей концепции местами использует платформозависимость. Это все трудно назвать словом "хорошо".

На плюсах, тоже, можно писать сверхэффективный код. Только для этого нужно уделять должное внимание не только "критичному" функционалу, а и ко всему, а не относится к остальному как к инструментарию лишь бы работало. Каждая "функция" должна быть быстрой и как-нибудь стандартизированна. Я предпочитаю стандарт MISRA C и для плюсов https://www.misra.org.uk/?TabId=171 .

Почему еще пишут на чистом Си? Примеров показательных есть много.. Я приведу, из практики.. Допустим вы разрабатываете систему критичную к событиям (кстати SF тоже такова - если interface ей сказал остановиться немедля и отреагировать на комманду - то так и должно быть, а не повиснуть в дедлоке ожидая когда нитка стопнится)
Но это все лирика.. Так вот допустим у вас происходит событие "авария" - нужно немедленно отреагировать (двигатель в ракете отказал, беспилотная машина в аварийной ситуации, человека затягивает в станок и т.д.)

Что сделает программа на Си? Она отреагирует незамедлительно.
Что на плюсах? Программа скажет - "Ой, я не могу быстро! Мне нужно пройтись по таблице виртуальных функций, найти реальный адрес функции, передать через абстракции данные, рассмотреть исключения и вообще если еще и написали в стиле "кто как хочет", то сейчас будет галактическая катаклизма, а кому-то клизма"

[Alex_Lk]

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

Что сделает программа на Си? Она отреагирует незамедлительно.
Что на плюсах? Программа скажет - "Ой, я не могу быстро! Мне нужно пройтись по таблице виртуальных функций, найти реальный адрес функции, передать через абстракции данные, рассмотреть исключения и вообще если еще и написали в стиле "кто как хочет", то сейчас будет галактическая катаклизма, а кому-то клизма"

Подозреваю что дело не в С++.
У нас в отделе лет 6-8 назад работал мужик который писал для больших микроконтроллеров (по моему ARM9, Cortex-M3/4) на С++. Так никаких проблем при работе с событиями через несколько милисекунд не было.
Он использовал по моему RTOS и что то там исправлял. Но часики по 1мсек у него тикали. И в обработчик этого события он вставлял то что надо.

Тут видимо главный тормоз это ОС.
Я тогда же смотрел как часто Win XP дает управление прикладной задаче. У меня получалось что не чаще чем раз в 30 мСек, если окно задачи активное. А если оно свернуто и задач много то доходило до 120 мСек.

[Maratka]

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

Проблема Си, в том что он, на самом-то деле, "не кростплатформенный и "мало" абстрактный. Никто не знает, какое будет железо в будущем. Даже AVX512 в современном мире можно запрограммировать на Си - но это перепись кода на текущий день, который очень дорого стоит.

Дело привычки.
Скажем я в рамках "записать в реестр, скопировать файл" легко ориентируюсь по коду VB, но совсем (нет, правильнее "СОВСЕМ") не ориентируюсь по коду C++.

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

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

[dew]

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

Создаю main.cpp (типа чистые плюсы))

А там:

int main(int argc, char *argv)
{
startProject();
stopProject();

return 0;
}

И в этих *Project, я например использую C++ обвязки для Си'шных библиотек, а еще yasm в придачу (или вообще нагло asm reserved). Быстро будет? Быстро.. Но есть нюанс.. А так ща оберну все вызовы, например библиотеки sqlite в обвязку плюсовых шаблонов, методов и классов - и скажу - смотрите C++ йопта! И сверх быстро (почти..)

[dew]

@Maratka "записать в реестр" это вообще только имеет отношение к Windows(платформозависимость), и уж видеть это в плюсах (лучше не видеть явно)
C++ для многих людей был символом platform independent и убежать от напрягов, что бы не допускать "случайных" ошибок, которые легко сделать в чистом Си

[Maratka]

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

И в этих *Project, я например использую C++ обвязки для Си'шных библиотек, а еще yasm в придачу (или вообще нагло asm reserved). Быстро будет? Быстро.. Но есть нюанс.. А так ща оберну все вызовы, например библиотеки sqlite в обвязку плюсовых шаблонов, методов и классов - и скажу - смотрите C++ йопта! И сверх быстро (почти..)

А это уже типичное "нетипичное" использование того, что не нужно использовать, если уж Вы понимаете, что и где можно, и к чему оно ведет.

________
1987-й, курсы информатики в Севастопольском судостроительном техникуме.
Устройство: программируемый микрокалькулятор МК Б3-34
https://ru.wikipedia.org/wiki/%D0%AD...%B0_%D0%913-34

Ваш покорный слуга получил там пару, и сдавал на доп-занятих по принципу "нулевая пара", т.е. за полтора часа до первой, чтобы получить трояк. А потом вдруг пришло осенение... через год где-то... Купил следующую уже модель (МК-61). Понятно, что не сам купил, она тогда тянула 100 рублей, а студену в СССР это было тяжело. В общем, мама дала денег.
Что в итоге: чуть измененная система команд, но с полной бинарной совместимостью с прошлой моделью, и на десяток байт (не отпечатка, именно байт!!) больше памяти.

И... нашел таки хаки. Описывать долго (но могу если интересно).

Но вопрос не в хаках как таковых, а в подходе: программы для МК этой серии есть ни что иное, как машинный код. Т.е. даже не asm, ему там развернуться негде, именно машинный код: взять данные из регистра 12, добавить к ней данные из 82, и вычислить корень (ну и попутно сравнить вида "считать корень, только если сумма больше чем значение A2").

[Maratka]

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

@Maratka "записать в реестр" это вообще только имеет отношение к Windows(платформозависимость), и уж видеть это в плюсах (лучше не видеть явно)

Не спорю, но... клиентская версия антивируса под какую ОС обычно пишется?
А потом... Да, ее приспосабливают под "кросс" методом отрезания лишнего.

В результате - получается базовый код под все платформы, но при этом и моя работа вообще говоря не пропадает: если антивирус для Линуск-сервера сможет продетектить угрозу для клиента для Windows, то ценность этого антивируса будет выше, а не ниже.

[dew]

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

А это уже типичное "нетипичное" использование того, что не нужно использовать, если уж Вы понимаете, что и где можно, и к чему оно ведет.

Вообще-то, раз уж подавляющее большинство библиотек написано на Си(почему?), это пока типичное поведение.. Я просто ответил-показал человеку, что можно писать на любом языке (только вот что под вуалью - вопрос).. Конечно хотел еще сказать, что милисекунда - это не мера (но ладно) И нужно понимать, если вы используете printf в плюсовом коде - то это либо системная ф-я, либо ф-я из библиотек libc/glibc, которые сами понимаете написанны на Cи (впрочем как и почти все компиляторы - это на тот случай когда они эту функу в виде отсебятины статично линкуют).

[dew]

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

Не спорю, но... клиентская версия антивируса под какую ОС обычно пишется?

Дай подумать.. под самую плохозащищенную с максимальным количеством пользователей, котрые могут платить?

[Maratka]

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

Вообще-то, раз уж подавляющее большинство библиотек написано на Си(почему?), это пока типичное поведение..

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

[Maratka]

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

Дай подумать.. под самую плохозащищенную с максимальным количеством пользователей, котрые могут платить?

Не самую плохозащищенную, ибо нужно учитывать вектор атаки злоумышленников. Ну нужно быть полным дебилом, чтобы распространять exe-файл среди пользователей Linux ;)

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

Дурацкий вопрос: запускается нечто, что шифрует данные во всех доступных каталогах. В каком там месте виноват Windows, и где там лучше Linux, если все пользовательские данные априори доступны для ПО, запущенного с привелегией текущего пользователя?

[dew]

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

Но если уж разработчик знает, какую либу он собирается использовать, то почему бы и не учесть это?

Сорян, под конец рабочего дня, не понял что ты имеешь ввиду? Чего учесть и для чего?

[Maratka]

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

Сорян, под конец рабочего дня, не понял что ты имеешь ввиду? Чего учесть и для чего?

Учесть какая библиотека используется.
Если для C++ оно без разницы, то вопрос снимаю.

[Maratka]

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

И нужно понимать, если вы используете printf в плюсовом коде - то это либо системная ф-я, либо ф-я из библиотек libc/glibc, которые сами понимаете написанны на Cи

Не хочу копаться в корень вопроса, но таки... на чем написан Си?
Не схлопываются ли все (нет, ВСЕ!!!) современные языки к asm, который суть есть членораздельный машинный код?

[dew]

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

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

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

Что в Linux? Большинство это грамотные пользователи (уровня сисадминов), либо безобидные, котрые даже не знаю что есть root
В линукс кроме как администрирования руту делать нечего... А чтобы завирусовать безобидных - тут нужно еще и с дистрибутивом угадать(набор библиотек в системе) и вообще можно испортить лишь userspace..

MacOS - не даст без пароля вылезти запределы userspace.. А еще там есть MRT(malware removal tool), который может прилететь и в своей подозрительности снести и легальное приложение или даже драйвер

та что:
Windows - для дома и игр (и разработки для клиентов)
macOS - дружелюбный интерфейс для работы
Linux - для серверов

This is my way at now days..

[dew]

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

Не хочу копаться в корень вопроса, но таки... на чем написан Си?

Современный компилятор? Написан на самом же Си.. Перворожденные были написаны на ассемблере, что бы к такому прийти.. Но это было в прошлом веке.. Сейчас компиляторы собирают сами себя..

[Vizvezdenec]

У меня на работе стоит Win, потому что, извините, вся сопроводительная документация должна делаться в ворде и экселе (клиентам пофиг, что ты там думаешь по поводу того, лучше всякий LibreOffice или нет), внутреннее ПО для описания вообще не факт, что под линуксом заработает (к сожалению, программист его умер от рака весьма давно и с тех пор его никто не апгрейдил, так что оно даже docx не читает нормально, чего уж тут говорить про портирование под Linux), да и многие пакеты нужные тоже не всегда хорошо с линуксом дружат.
А на самом деле если не лазить по корявым сайтам и не кликать на ссылки "вы миллионный посетитель", то я проблем не вижу.
Условная мозилла на моей виртуальной машине на Ubuntu18, где лежит стокфиш, собственно, и сиплюсный компилятор и гитбаш, периодически крашится, чего я под виндой не видел очень давно.

[dew]

@Vizvezdenec и зачем такие сложности? Я видел у тебя на фиштесте Windows 10? Ну там и 8.1 было... не суть... В десятке - есть WSL... Это типа эмуляция Linux на уровне замены syscall'ов в WINAPI... Нормально работает.. Из коробки можно поставить и твое Ебунту (я больше уж в оригинал Debian), сам Debian, Kali (самый там крутой дистр на мой взгляд).. А я красноглазый - поклонник gentoo.. blah-blah-blah and yada-yada

[Maratka]

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

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

Про то и разговор.

Ну вот ради хохмы: сколько есть вредоностного ПО для Андроид, и для его аналога по рыночной доли рынка от Яблока?
А ведь Андроид - это Линкус, Яблоко - FreeBSD, т.е. однотипные ОС по сути, и на открытом коде - в частности.

Но под "яблоки" - вредоносов очень мало. Почему?

[sovaz1997]

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

@Vizvezdenec и зачем такие сложности? Я видел у тебя на фиштесте Windows 10? Ну там и 8.1 было... не суть... В десятке - есть WSL... Это типа эмуляция Linux на уровне замены syscall'ов в WINAPI... Нормально работает.. Из коробки можно поставить и твое Ебунту (я больше уж в оригинал Debian), сам Debian, Kali (самый там крутой дистр на мой взгляд).. А я красноглазый - поклонник gentoo.. blah-blah-blah and yada-yada

Кстати, WSL 2, вроде, будет полной эмуляцией реального ядра Linux

[bbzAn]

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

и где там лучше Linux

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

[StenR]

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

Если Вы серьёзно думаете, что прям 11 версия будет какой-то супероттестированной и т.д., то зря .

У меня да :-) Мой ДР 11.11 так что это религиозный вопрос :-) Как раз перегоняю все варианты с новым движком, года три назад это последний раз делал. Но если до релиза осталось меньше 10 ЭЛО то значит счастье скоро!

[Vizvezdenec]

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

@Vizvezdenec и зачем такие сложности? Я видел у тебя на фиштесте Windows 10? Ну там и 8.1 было... не суть... В десятке - есть WSL... Это типа эмуляция Linux на уровне замены syscall'ов в WINAPI... Нормально работает.. Из коробки можно поставить и твое Ебунту (я больше уж в оригинал Debian), сам Debian, Kali (самый там крутой дистр на мой взгляд).. А я красноглазый - поклонник gentoo.. blah-blah-blah and yada-yada

Я хотел сделать так, чтобы я мог писать патчи на фиштест, не выходя из основной системы.
Через виртуальную машину с убунтой - самое простое.
А, ну ещё есть у меня виртуальная машина с Win7 для некоторых старых игр, которые под 10 виндой не запускаются в принципе.

[ChessMan]

К слову: под Линуксом Сток быстрее процентов на ~10
Так что есть весомый аргумент для его использования.

[bbzAn]

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

К слову: под Линуксом Сток быстрее процентов на ~10
Так что есть весомый аргумент для его использования.

Не на 10%, а на пару-тройку сотен кн/с. Это важно, поскольку чем мощнее комп, тем прирост меньше. На моем ноуте прирост дал порядка 40% с использованием нативного стока и нативной оболочки (chessX например)

[dew]

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

Кстати, WSL 2, вроде, будет полной эмуляцией реального ядра Linux

Ну... wsl2 в тестовых сборках, и там пока проблемы..
Ну, а.. идея wsl - это не новость, еще при царе горохе я использовал и доработал для себя:

https://github.com/wishstudio/flinux

это и есть идея того автора.. мелкософт плагиатеры.. мне больше нравилось когда они развивали INTERIX

[bbzAn]

Объясните мне дураку зачем это нужно, если можно попросту поставить реальный линукс на соседний локальник? Фишка линуха все-таки моноядро, зачем его эмулировать в винде? Хотя бы ведь есть cmd если вам не хватает чего-то такого. Да и сама идея эмулировать ядро кажется бредом.