El benchmark de StrategyQuant X: mide el rendimiento de tu equipo

Casi todas las decisiones caras alrededor de SQX (ampliar RAM, cambiar de motor, alquilar un servidor, actualizar de versión) se resuelven con una medición que ocupa diez minutos. Este es el procedimiento exacto.

Sin línea base, cualquier mejora es una sensación. Con línea base, es un número que puedes defender o descartar.

El protocolo que sigue es deliberadamente rígido. Esa rigidez es la que hace comparables dos mediciones separadas por seis meses y dos cambios de configuración.

Las dos métricas, que no son la misma

SQX ofrece dos números que la gente mezcla con frecuencia:

• El benchmark interno, en el menú de configuración. Ejecuta una batería de cálculos estandarizada y devuelve una puntuación. Sirve para comparar máquinas.
• Las estrategias por hora que informa el Builder mientras trabaja. Es la cifra que de verdad describe tu capacidad de producción, y depende por completo de la configuración de generación que hayas cargado.

Preparación

1. Cierra navegador, cliente de correo y todo lo que puedas. Un antivirus escaneando en segundo plano rebaja el resultado y te lleva a conclusiones falsas.
2. Comprueba que SQX funciona sin errores con la configuración actual.
3. Si vas a comparar motores de Java, descarga los tres antes de empezar y guárdalos en una carpeta temporal.
4. Ten a mano una hoja de cálculo. Los resultados que no se anotan no existen.

Parte A: benchmark interno

1. Abre SQX y pulsa el icono de la rueda dentada, arriba a la derecha.
2. Selecciona Benchmark y ejecútalo. Tarda entre uno y tres minutos.
3. Repítelo cinco veces.
4. Calcula la media aritmética. Ese es tu número, no una medición suelta.

Esta es la escala de referencia que se utiliza para situar un equipo:

Parte B: producción real, diez minutos

1. Ve a la pestaña Builder.
2. Pulsa el icono de carpeta para cargar configuración y elige `default_forex.sqx`.
3. No toques absolutamente nada más. Esta es la parte del protocolo que más se incumple y la que lo invalida.
4. Anota la hora y pulsa Start.
5. Deja correr diez minutos exactos. Sin abrir otras aplicaciones, sin mirar gráficos, sin nada.
6. Pulsa Stop y recoge los datos.

Los cuatro valores que hay que anotar:

La plantilla de comparación

Para comparar motores de Java, versiones del programa o máquinas distintas, se repite la parte B cambiando una sola variable cada vez. Anota así:

Cómo leer lo que sale

• Diferencias menores del 5 % entre configuraciones no significan nada. Es ruido de medición.
• Una mejora del 15 % o más, sostenida en dos mediciones, sí es una señal para cambiar.
• Si mejora la memoria pero no la velocidad, también has ganado: podrás mantener databanks mayores con el mismo equipo.
• Si el pico de RAM roza el límite configurado, ajusta la memoria antes de sacar cualquier conclusión sobre velocidad.
• Antes de adoptar nada de forma definitiva, déjalo trabajar una sesión larga de ocho a doce horas. Los problemas de estabilidad no salen en diez minutos.

¿Cuándo repetir la medición?

• Al instalar una versión nueva, antes de mover el trabajo a ella.
• Al cambiar de motor de Java.
• Al ampliar memoria o cambiar de equipo.
• Antes de firmar un contrato anual de servidor, ejecutándola en el servidor de prueba.
• Una vez cada seis meses en la máquina de trabajo, para detectar degradaciones que llegan sin avisar.

Preguntas frecuentes (FAQs)

Sigue leyendo el contenido de este tutorial

Con la medición hecha, estas son las decisiones que dependen de ella.