Stockfish. Позиционные эвристики.

[Asunta]

Небольшое предисловие. Если подойти к движку с точки зрения адвансера -
требования и пожелания будут куда более специфическими...

Например, в некоторой позиции:
( 1 ) получить качественный анализ на глубине Depth( n )
( 2 ) получить вменяемый перечень ходов-кандидатов
( 3 ) по возможности избежать катастрофических АВ-отсечений

При этом адвансера вообще или почти не интересуют:
( a ) тайм-менеджмент
( b ) скорость работы движка
( с ) успехи движка на мелких контролях


Предположим, что разработан набор позиционных SF-эвристик { e1 .. eN } в виде штрафов/бонусов...
Оценочная функция подгружена и скорость работы такого SF-клона упала, скажем, на 25%...
Понятно, что фиштест такую радость в виде патча не пропустит... Но для адвансера вполне
приемлемо получить альтернативный и позиционно более продвинутый анализ не за 120 минут,
а за 150 минут... Особенно в нынешние времена, когда каждую победу или даже позицию
с шансами на победу приходится буквально выгрызать...

На глубине Depth( 40 .. 60 ) альтернативный анализ вполне может ничего не дать, если эвристики
в данной позиции будут счётно опровергнуты... Результаты будут близки к обычному SF-анализу...
С другой стороны, могут вплыть интересные нюансы... И если перепроверить эти нюансы обычным
Стоком возможны разные сценарии:
( 1 ) SF-анализ не подтверждает или даже опровергает "нюанс"
( 2 ) Сток неожиданно прозревает после "хода из космоса", но поезд уже ушёл


Небольшая позиционная эвристика приводит к потере 1%-3% скорости... Желательно, чтобы одновременно
встраиваемые в SF-мастер эвристики не обваливали скорость более чем на 30%... Если эвристик много -
имеет смысл сделать 2-3 отдельных движка, каждый из которых мониторил бы свой набор нюансов...

У меня большой опыт в плане разработки дополнений к оценочной функции и внедрения оных в текущий
текст SF-программы... Если озвучена некоторая идея - я сразу могу оценить:
( a ) потенциал идеи ( у меня FIDE: 2406 / ICCF: 2440 )
( b ) есть ли техническая возможность её оформить программно
( c ) какие будут потери в скорости

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


Теперь можно перейти к практической стороне... Для чего, собственно, эта тема?...
На форуме очень много крепких адвансеров... Есть также крепкие очники... Каждый может высказать
здесь все свои идеи, пожелания и фантазии... Может очень хотелось бы что-то иметь в текущей
SF-версии, но это "что-то" годами туда не попадает...

Там где есть некий потенциал и техническая возможность внедрения - можно пробовать строить движок...
Полученный SF-клон желающие смогут скачать и самостоятельно протестировать на разных типах позиций...

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