Por que o último Stockfish (2.2.2) é infinitamente mais lento (que 2.1.1) no Scid?


7

Eu estava prestes a gastar algum tempo pesquisando isso, mas percebi que alguém já deveria ter investigado; caso contrário, posso responder minha própria pergunta em algumas horas.

O Scid está atrelando a um núcleo da CPU, possivelmente tentando acompanhar a entrada do Stockfish? O Stockfish está usando 0% da CPU, possivelmente bloqueando a saída do Scid. É exatamente isso que suspeito que esteja acontecendo - não confirmei. De qualquer forma, o bacalhau leva um ou dois minutos para chegar a duas profundidades na análise - geralmente depois de alguns segundos, tenho pelo menos 15 profundidades, por isso é uma ordem de magnitude mais lenta.

Não alterei nenhuma das minhas configurações de UCI, apenas atualizei o executável. A mesma coisa acontece no Mac e no Windows, por isso provavelmente não é específico da plataforma, mas algo relacionado à interface UCI?

Eu tenho o tamanho do hash definido como 1024MB, "use threads adormecidos" = true, e várias variações são bastante altas (100 ou mais), para ver todas as variações marcadas e pesquisadas, o que ajuda na análise mesmo que diminua a velocidade da pesquisa em profundidade. O restante das configurações é padrão (tenho certeza).


Atualização: Eu não acho que isso esteja relacionado ao Scid, pois testei em outra interface gráfica do usuário da UCI e ele é executado ainda mais lentamente.
Versão: Freeman Eve

Talvez relacionado, talvez não: support.stockfishchess.com/discussions/questions/…
ETD

Sim, eu vi isso. Não acho que essa seja a diferença de ordem de magnitude que estou vendo. Algo está errado. Fiz o benchmark nos dois, e os resultados parecem comparáveis. Não sei por que a interface UCI é tão lenta.
007 Eve Eve Freeman

Sim, eu imaginei que você provavelmente já tivesse percebido isso.
ETD

Respostas:


5

Então, eu resolvi isso em um tópico de suporte no fórum do stockfish .

Basicamente, você deve pular o 2.2.2 e compilar as últimas do github (ou apenas continuar usando o 2.1.1). Acho que vou tentar esse novo código por um tempo para ver como ele funciona. O código mais recente do github funciona muito bem no conector UCI do chesstempo. Ainda está um pouco lento nos portões do Scid (e o Scid age como se estivesse pendurado e não responde aos comandos da interface do usuário), mas acelera à medida que se aprofunda na pesquisa, por isso é suportável após 30 segundos. Eu tive problemas para fazer com que o multipv (múltiplas variações) trabalhasse com números altos.

Acho que o Scid não deve bloquear a entrada da interface UCI - armazenando mais buffer, se necessário. Talvez eu dê uma olhada no código Scid mais tarde para ver se posso melhorá-lo.


Eu não posso acreditar que eles realmente liberado algo pior, leva menos de 10 horas para totalmente testar uma versão vs o outro com um computador médio
ajax333221

Na verdade, não é pior, em termos de desempenho. É apenas a quantidade de saída que ele gera, que age lentamente em algumas das GUIs, especialmente com uma configuração alta de multipv.
Eve Freeman
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.