Geekbench 6.7 detectará Intel BOT y marcará esos resultados como no válidos

Primate Labs ha hecho lo propio lanzando Geekbench 6.7, la cual es una versión que no llega para cambiar la escala de puntuación como se llegó a rumorear, ni para prometer un salto de rendimiento en dichas puntuaciones. Llega para poner orden en un tema muy concreto: Intel BOT y la polémica con los Core Ultra 200S Plus. Y es que Primate Labs ha añadido un sistema de detección que comprueba si esa función está activa en el equipo y, si lo está, el resultado aparecerá marcado como no válido en Geekbench Browser.

Es una decisión bastante más importante de lo que parece, porque mueve el foco desde la cifra bruta hacia algo mucho más delicado: que las comparativas vuelvan a ser comparables, valga la redundancia, entre CPU y entre plataformas.

Primate Labs sentencia a Intel IBOT con Geekbench 6.7: si está activo el resultado no será válido

Y aquí está el matiz clave de toda la controversia y su resolución final. Intel define BOT como una función opcional que puede activarse dentro del modo avanzado de Intel Application Optimization para optimizar juegos y aplicaciones en ciertos procesadores recientes. En esa documentación oficial, Intel incluye a Geekbench 6.3+ como título compatible y también lista soporte para los Intel Core Ultra 200S Plus, es decir, Arrow Lake-S Refresh. Ahora, no hablamos de una teoría por ninguna de las dos partes, sino de una función real, documentada y pensada para tocar cargas concretas, que la suite directamente va a dejarla en algo meramente anecdótico en sus benchmarks.

Primate Labs ya había explicado por qué esto les preocupaba, además, por doble. En sus pruebas con Geekbench 6.3, BOT elevó el resultado Single Core de 2.955 a 3.119 y el Multi Core de 16.786 a 17.705, en ambos casos un +5,5%. No solo eso, porque en dos cargas concretas, Object Remover y HDR, llegaron a subir hasta un 30%.

Cuando miraron más a fondo el comportamiento del benchmark, vieron que IBOT estaba identificando binarios concretos y alterando la ejecución con bastante agresividad.

Un subidón que distorsionaba completamente la validez del resto de resultados

Por decirlo de alguna manera para que se entienda fácil, las puntuaciones se veían trastocadas al alza por bastante más que un error de ejecución tradicional, como si los procesadores tuviesen un Boost al detectar el inicio del benchmark. En HDR, el total de instrucciones bajó de 1,26 billones a 1,08 billones, las escalares cayeron de 220.000.000.000 a 84.600.000.000 y las vectoriales saltaron de 1.250.000.000 a 18.300.000.000, un +1.366 %. Ahí se entiende por qué Geekbench 6.7 decide marcar estos resultados en lugar de tratarlos como si fueran normales.

Lo interesante es que Geekbench 6.7 no rompe las comparativas anteriores por el camino y tampoco veta a los Core Ultra 200S Plus con IBOT activo, solo hace que esas puntuaciones no sean válidas para comparativas. De hecho, Primate Labs deja claro que las puntuaciones siguen siendo plenamente comparables con Geekbench 6.3, 6.4, 6.5 y 6.6. Lo que cambia es la limpieza del escaparate. En otras palabras, un resultado con IBOT activo ya no se mezcla alegremente con el resto, y eso afecta de lleno a cualquier prueba publicada con CPU compatibles, es decir, los Core Ultra 200 Plus.

Los otros 3 cambios que publican para esta versión de la suite también son interesantes, pero quedan como anexos claros de esta versión. A saber: Geekbench 6.7 ahora identifica mejor el SoC en Android y muestra fabricante y modelo en vez de la arquitectura genérica. También mejora la identificación de CPU en RISC-V, donde pasa a enseñar el nombre del procesador en lugar de la larguísima cadena ISA.

Y, además, corrige bloqueos que podían aparecer en cargas multihilo sobre Linux Arm. Son mejoras útiles, sí, pero esta vez lo importante estaba en otro sitio: Intel BOT ya no pasa desapercibido en Geekbench 6.7, no se excluye, pero las puntuaciones de los Core Ultra 200S Plus con él activo no serán válidas. ¿Decisión salomónica? Opinen en los comentarios.