Rybka 3: preguntas y respuestas

Rybka 3

Técnicas

¿Es literal la cuenta de nodos de Rybka en los ordenadores con varios procesadores?
No. Están ajustados para la eficiencia estimada del multiprocesador, de forma que puedan emplearse para comparar el rendimiento de Rybka en máquinas con distinto número de núcleos.

La cifra de Rybka de kn/s no aumenta mucho cuando funciona en equipos con varios procesadores, en comparación con otros programas. ¿Significa eso que es comparativamente peor en dichos equipos?
No. Los kn/s de Rybka en equipos con varios procesadores reflejan la eficiencia estimada con multiprocesadores, de forma que su cifra de kn/s facilita una verdadera agilización. Otros módulos suelen mostrar la cuenta de nodos literal, que incluye muchos nodos "derrochados" y eso puede dar la falsa impresión de un mejor rendimiento con multiprocesadores.

¿Hay una forma sencilla de comprobar si Rybka usa correctamente las tablas de finales?
Seguro. Configure un ejemplo simple de final con rey y peón y lo sabrá muy rápidamente.

¿Tiene en cuenta Rybka 3 todas las promociones de peón distintas de dama?
No. Rybka nunca tiene en cuenta las promociones a alfil en su búsqueda.

Versiones

Rybka 3

Deep Rybka 3

¿Hay alguna diferencia entre las versiones de un solo procesador y las de varios procesadores cuando funcionan con un solo procesador?
No. La versión para un solo procesador es idéntica a la de varios procesadores, excepto que el parámetro 'Max CPUs' está fijado en 1.

¿Dónde puedo encontrar las versiones para 64 bits?
Las versiones de 64 bit y 32 bit se incluyen en todos los paquetes de Rybka. Las versiones de 32 bit tienen el sufijo "32-bit" tanto en el nombre de archivo como en el nombre del módulo. Las versiones de 64 bit no tienen ninguna coletilla especial ni en el nombre de archivo, ni en el nombre del módulo. (Más...)

¿Qué son las versiones "Human" y "Dynamic"?
Son versiones especiales de Rybka que valoran las posiciones de forma distinta. La versión "humana" ofrece valoraciones (y realiza jugadas) que son más consistentes con la práctica de los grandes maestros humanos. La versión "dinámica" hace evaluaciones más especulativas, acentuando más los factores dinámicos y menos los estáticos. (Más...)

¿Qué son factores "estáticos" y "dinámicos" y como los clasifica Rybka?
Factores estáticos son lo que es improbable que cambien rápidamente. Entre los ejemplos están ventaja de material, mejor estructura de peones, peones pasados avanzados y mejor coordinación de piezas sobre el tablero (como la pareja de alfiles) Los factores dinámicos son los que pueden cambiar con mucha rapidez, tales como ventaja de desarrollo, mejor movilidad y más piezas que atacan a rey enemigo. Esas definiciones están en distintos libros de ajedrez. Algunas características están a caballo entre ambas categorías y es opinable en cual clasificarlas.

Hash persistentes

Las tablas hash persistentes, ¿almacenan información solo cuando se analiza o también cuando se juegan partidas?
En ambos casos. En general, no hay diferencia significativa entre el juego y el análisis. Advierta que las tablas hash persistentes están desactivadas por omisión y deben activarse manualmente.

Si analizo una posición que ya ha sido analizada, pero ahora con más tiempo, de manera que el resultado debería ser mejor, ¿se almacena automáticamente el resultado mejor, sobrescribiendo el menos exhaustivo?
Sí, las tablas hash persistentes hacen todo lo que es lógico.

¿En que difiere la propagación ascendente de las tablas hash persistentes del antiguo aprendizaje posicional?
El aprendizaje posicional es un concepto genérico. Las tablas hash persistentes es una forma específica de aprendizaje posicional.

Cuando se funden dos archivos de tablas hash persistentes, se dice que la "información refundida estará contenida en archivo hash principal, cuyo tamaño no cambiará". Cuando se funden dos archivos, en realidad se añade información, a menos que sean idénticos, y si no se borra nada del archivo original principal de las tablas hash, el tamaño debería ser mayor tras añadir nueva información desde el archivo secundario. ¿Estoy pasando algo por alto?
Durante la fusión de dos archivos de tablas hash persistentes, la información de prioridad más alta se mantiene en el archivo refundido, mientras que la información de prioridad más baja se descarta.

No me funciona el redimensionado de las tablas hash persistentes.
Verifique que dispone de suficiente espacio libre en el disco duro. Lo mismo sirve en el caso de fusiones de tablas hash persistentes.

No me funciona el redimensionado de las tablas hash persistentes.
El redimensionamiento y la fusión de tablas hash persistentes solo funciona con nombres de archivos relativos (por ejemplo,"Main.rph") y no con nombres de archivos absolutos (por ejemplo, "C:Main.rph")

¿Ralentizan al módulo las tablas hash persistentes?
No. Cualquier ralentización es despreciable.

¿Debería agenciarme un disco duro más rápido o quizás usar un lápiz de memoria flash para almacenar las tablas hash persistentes?
No. La mejora en el rendimiento de las tablas hash persistentes por un disco duro más rápido es despreciable.

¿Es útil el uso de tablas hash persistentes en partidas relámpago?
Por supuesto, pueden emplearse para jugar las primeras jugadas tras salir del libro de aperturas, en posiciones que se hayan encontrado antes, pero no con la frecuencia suficiente para incluirlas en el libro de aperturas. El parámetro 'Play Depth' indica la profundidad mínima de la entrada en la tabla hash persistente que necesita Rybka para realizar una jugada instantánea durante una partida. Debe fijar un valor consistente con el control de tiempo que se vaya a emplear.

¿Es útil la opción de conservar análisis en partidas relámpago?
No. La preservación del análisis está pensada para situaciones en las que las posiciones analizadas serán revisadas posteriormente.

¿No son la conservación del análisis y las tablas hash persistentes casi la misma cosa?
Los mecanismos son completamente independientes, aunque tienen un objetivo similar: mantener activos los análisis anteriores.
La conservación del análisis disminuirá el rendimiento del módulo y se perderá cuando se cierre el mismo. Las tablas hash persistentes no disminuyen el rendimiento y el análisis se guarda entre sesiones.

¿Mezclará Rybka análisis realizados con distintos valores de contención en las tablas hash persistentes? ¿Hace algo el módulo para corregir las inconsistencias que eso pudiera conllevar?
Sí a la primera pregunta, no a la segunda.
Rybka siempre escribirá y leerá en las tablas hash persistentes cuando se activan. Si se realizan los análisis en momentos diferentes con valores de contención distintos, los diversos valores en las tablas hash persistentes puede que no sean completamente consistentes entre si. Eso no debería ser un gran problema. Si quiere evitarlo, tendrá que gestionar manualmente sus archivos de tablas hash.

Parece que el archivo de tablas hash persistentes no se actualiza hasta que se cierra Rybka. ¿Es así?
No. El archivo de tablas hash persistentes se lee y escribe continuamente durante los análisis de Rybka cuando esa característica está activada. Sin embargo, Windows no actualiza la fecha del archivo hasta que Rybka lo cierra.

Parámetros del módulo

¿Es cierto que el valor de contención está activado en las partidas pero no en los análisis?
Sí. El valor de contención por defecto para jugar partidas es 15, lo que da a Rybka un estilo de juego ambicioso. El valor de contención por defecto para el análisis es 0, lo que da a Rybka un enfoque objetivo de cara al análisis.

¿Admite Rybka el parámetro UCI_SetPositionValue?
No, pero hay algo similar en las extensiones UCI de Rybka 3. En breve se facilitarán detalles al respecto.

¿Que precisión tiene el parámetro UCI_Elo?
Desde un punto de vista de fuerza pura, debería ser bastante preciso, probablemente dentro de un entorno de 100 puntos Elo. Desde un punto de vista estilístico, es difícil de decir. Los jugadores humanos débiles a menudo son bastante irracionales y no está claro que sus errores sigan unos patrones reales.

Otros

Quiero recoger valoraciones muy profundas de todas las jugadas que estén (pongamos) a 3.00 de la jugada principal. Si hay 45 y establezco la ventana de valoración del análisis multivariante a 300 cp y el número de líneas en (pongamos) 100, ¿veré las 45 variantes o hay una merma de 10 o 20?
En ese caso se mostrarán las 45. No hay límite en el número de variantes principales a mostrar.

¿Hay forma de limitar el consumo de CPU por parte de Rybka?
En un sistema con cuatro núcleos, puede limitar el consumo de CPU por parte de Rybka estableciendo 'Max CPUs' en 3.

¿Cómo funciona la contención de Rybka?
En Rybka 3 es muy importante. Afecta a muchos aspectos del juego como, por ejemplo, si se debe buscar o evitar el cambio de piezas, si se debe abrir o cerrar la posición, si se debe buscar o evitar la simetría de peones, etc.

Si en una posición Rybka, con una contención de 0, muestra una valoración de +0.60, ¿qué valoración mostrará si la contención se establece en 100?
Una cantidad entre +0.60 y +1.60, dependiendo de lo compleja y desequilibrada que sea la posición.

Si la contención de Rybka se fija en 80 y la posición es de tablas casi ciertas, ¿qué valoración mostrará Rybka: +0.80 o 0.00?
0.00, siempre y cuando el mecanismo funcione adecuadamente. En esencia, la valoración que mustra Rybka debería reflejar su confianza en ganar la partida, asumiendo que el valor de la contención refleje adecuadamente la fuerza del rival.

Problemas inusuales

Cuando hago funcionar a Rybka en una ventana de órdenes (siguiendo el protocolo UCI correcto), Rybka solo se las arregla para usar 7 de mis 8 núcleos: los 7 están trabajando con prioridad por debajo de lo normal (todos al 12.5% de CPU), pero el proceso maestro con prioridad normal, se queda clavado con el uso de 0% de CPU.

Por motivos poco claros, Windows a veces detiene procesos que hacen funcionar manualmente en el modo de órdenes tras dejar de ser el centro de atención. Eso no sucede con los procesos que funcionan dentro de la interfaz del usuario. La única solución que conozco para esto es mantener el centro de atención en el proceso. Siempre se pueden activar los procesos restaurando la atención y pulsando "Intro".

Fallos

Rybka reclama un mate en 17 en una posición en la que el mate más rápido es en 24 jugadas.
Ciertamente es un error. Rybka puede informar de distancias al mate demasiado optimistas. Daremos más detalles en cuanto estén disponibles.

¿Incluye Rybka 3 la teoría de peón de torre con alfil de color malo?
No. Con las tablas de finales se puede solucionar el problema.

Cuando juego partidas con las tablas hash persistentes activadas, Rybka a menudo mueve instantáneamente, incluso cuando parece inadecuado para la profundidad de juego de las tablas hash persistentes establecida.

Rybka a veces usa equivocadamente la "profundidad de escritura" en vez de la "profundidad de juego" para decidir cuando mover instantáneamente durante el juego de partidas. Le sugerimos que desactive las tablas hash persistentes durante el juego de partidas.
Si desea usar una solución más sofisticada, intente alguna de las siguientes:

a) Juegue partidas normalmente con las tablas hash persistentes y acepte como normales algunas jugadas rápidas inadecuadas. Puede dañar los resultados, pero servirá para mejorar el contenido de las tablas hash persistentes para el futuro.
b) Fije el valor de profundidad de escritura en función del control de tiempo y el ordenador de forma que se logre un compromiso razonable entre escribir suficientes datos útiles en las tablas hash persistentes a la vez que no se juegan demasiados movimientos instantáneos.
 Enlaces

Precios

Versión multiprocesador: Deep Rybka 3	99.90 euros
Versión para un procesador: Rybka 3	49.99 euros
Libro de aperturas de Rybka 3	24.99 euros

Rybka 3 incluye una base de datos de un millón de partidas y la compra del programa conlleva un año de acceso al servidor Playchess.com.
Rybka 3 es un módulo UCI, que incluye las versiones para sistemas operativos de 32 y 64-bit. Rybka puede configurarse como módulo por defecto en ChessBase 10.

Encargue ya Rybka