Recientemente vimos un tuit de un usuario de Houdini 5 que aparentemente estaba disgustado con el rendimiento de su nuevo módulo: Houdini 5 había perdido un duelo de prueba contra Komodo 10 con el contundente marcador de 1-9, mucho peor que el antiguo Houdini 3 del usuario:
¿Cómo es posible? ¿Qué indican esas estadísticas? ¿Qué hay que tener en cuenta cuando se juegan duelos de módulos?
|
ChessBase Wiki
¿Tiene alguna pregunta sobre Fritz o ChessBase? ¿Tiene problemas al usar un Fritztrainer? Por favor, eche un vistazo a la nueva ChessBase Wiki. Encuentre respuestas, instrucciones y resolución de problemas para los productos más recientes de ChessBase. Haga clic aquí para ir a la ChessBase Wiki |
En primer lugar: el resultado del duelo de módulos mencionado más arriba puede parecer sorprendentemente claro, pero 10 partidas no bastan para sacar conclusiones fiables sobre la fuerza de juego de los módulos. Estadísticamente son completamente irrelevantes. Además, es una hipótesis plausible que se hayan podido cometer errores durante la configuración del módulo, que frenase completamente Houdini 5 o que al menos lo hiciese competir con una importante desventaja. A continuación vamos a enumerar las más importantes fuentes de error posibles.
1. El módulo Houdini 5 no está activado
La activación por Internet es el requisito esencial para que el módulo funcione a pleno rendimiento. Si arranca el módulo sin haberlo activado, aparecerá un aviso. Si omite la activación, Houdini 5 arrancará, pero su fuerza de juego se reducirá drásticamente.
Si al arrancar el programa le aparece el siguiente aviso:
Debería activar el módulo inmediatamente con el número de serie distribuido con el programa.
Además, hay otros ajustes a los que debería prestar atención al organizar duelos de módulos.
2. Distintos libros de apertura o "Aprendizaje" activado
La ventana de ajustes del enfrentamiento de módulos solicita diversos elementos. Primero tiene que seleccionar los dos módulos en "Blancas" y "Negras" con el botón "Definir":
Tras seleccionar el módulo en la lista, hay que hacer clic en "Avanzado...".
En la ventana que se abre a continuación se puede seleccionar el libro de aperturas que debe usar el módulo para comenzar las partidas y se fija el valor de aprendizaje. Es importante que ambos módulos tengan los mismos ajustes, pues de otro modo es posible que, por ejemplo, uno de los módulos juegue sin libro de aperturas.
3. Las tablas hash o tablas de transposición son demasiado grandes para la memoria del ordenador
La fuerza de juego del módulo depende en gran medida del tamaño de las tablas hash o tablas de transposición. Son tablas en la memoria RAM en las que se almacenan las posiciones y valoraciones que ha calculado el módulo. Antes de comenzar a elaborar un árbol de variantes, el programa en ellas si la posición ya es conocida y si puede atenerse a los cálculos previos, lo que ahorra gran cantidad de tiempo. El tamaño de las tablas hash también se definen en "Avanzado...":
En la mayor parte de los programas, cuanto mayores sean las tablas de transposición, mayor será la fuerza de juego. Por lo tanto, siempre debería ajustar el tamaño de las tablas al máximo posible. En el diálogo de carga de los módulos se ofrece un valor de referencia en función de la RAM de su sistema.
Y en este punto tiene que tener cuidado. Si agranda mucho el tamaño, puede que Windows tenga que hacer muchos ajustes antes de que pueda disponer de la cantidad de memoria que quiere, parte de los cuales pueden suponer el almacenamiento del contenido de la memoria RAM en el disco duro. Durante esa situación, el disco duro tendrá mucha actividad y el módulo calculará arrastrándose.
Para un enfrentamiento de módulos, por lo tanto, debe asignar a cada módulo tablas de transposición del mismo tamaño y la suma de ambas debe estar por debajo del valor máximo.
4. Demasiados procesos asignados
Para optimizar la potencia de cálculo de los módulos es crucial el número de procesos ("threads"). Vaya a "Parámetros del módulo" en "Avanzado...":
Para un duelo de módulos tiene que tener cuidado en no asignar más procesos de los que tiene el sistema. Un ejemplo: en un sistema quad (4 núcleos o procesadores) no puede ajustar que ambos módulos calculen con "Pensar siempre" y 4 procesos cada uno. Se podrían usar 2 procesos con "Pensar siempre" o 4 procesos sin "Pensar siempre". Ya que en ambos casos los 8 procesos disponibles estarían implicados en el ajedrez, los programadores recomiendan dejar al menos un proceso libre para la interfaz gráfica y el sistema. Y el juego limpio exige, lo mismo que en las tablas hash, que se asigne a cada módulo el mismo número de procesos.
Además hay otras consideraciones que pueden entorpecer el funcionamiento de un módulo. Las tablas de finales pueden, por ejemplo, ralentizar un módulo si no se dispone de bastante memoria. En la ChessBase Wiki tiene muchas pistas y recomendaciones para que su módulo rinda mejor y respuestas para las preguntas más frecuentes sobre ChessBase y Fritz.