AMD vuelve a dejar pistas sobre Medusa Point, su futura plataforma de APU para portátiles basada en Zen 6. Ahora, una nueva muestra de ingeniería aparece en Geekbench 7.1 con 10 núcleos y 20 hilos, pero la configuración ya nos resulta familiar. Lo interesante está en sus puntuaciones y en una discrepancia: ahora figuran 16 MB de caché L3, la mitad de los 32 MB que vimos en filtraciones anteriores. ¿Qué está pasando y a qué juega AMD?

Si nos seguís habitualmente, recordaréis que ya hablamos de estas APU en marzo y julio. Por tanto, toca poner los datos en contexto, porque ni estamos ante su primera aparición ni podemos comparar alegremente todas las puntuaciones. Esta vez cambia la versión de Geekbench y, con ella, las pruebas y la escala de resultados.

AMD Medusa Point mantiene los 10 núcleos, pero Geekbench 7.1 muestra esta vez 16 MB de L3

La nueva muestra, identificada como 100-000001713-32_Y, se ha probado en una plataforma Lenovo. Geekbench registra dos grupos de cuatro y seis núcleos, una organización que apunta a combinar Zen 6 y Zen 6c. Eso sí, la ficha no identifica expresamente qué arquitectura corresponde a cada grupo.

En caché encontramos 32 KB de L1 para instrucciones y 48 KB de L1 para datos por núcleo, además de 1 MB de L2 por núcleo, sumando 10 MB. Todo coincide con las muestras anteriores. La diferencia está en los 16 MB de L3 registrados como un único bloque.

Las puntuaciones alcanzan 3.100 puntos mononúcleo y 18.313 multinúcleo. En marzo vimos 1.210 y 7.323 puntos; en julio, 3.174 y 15.092. Ahora bien, aquellas dos pruebas utilizaban Geekbench 6.6.0 y la actual emplea Geekbench 7.1.0: sus cifras sirven como contexto, pero no permiten calcular una mejora directa.

Entre marzo y julio sí hubo un salto del 162,3% en mononúcleo y del 106,1% en multinúcleo. La primera muestra parecía especialmente limitada, aunque las frecuencias detectadas rondaban los 2 GHz en ambos casos. No sabemos cuánto influyeron el reloj real, el firmware o los límites de potencia.

¿Error de detección, caché desactivada o configuraciones diferentes?

Aquí llega el detalle que complica la historia. Hemos localizado otra prueba de agosto con la misma referencia de muestra que julio, 100-000001713-33_N, pero con 16 MB de L3 en Geekbench 6.7.1. También mantiene los grupos 4+6 y el identificador Family 26 Model 129 Stepping 0, compartido con la muestra actual. Marzo figuraba como Model 128.

Por tanto, tenemos tres hipótesis. La primera es un error de detección o presentación de la L3. La segunda, que AMD esté probando configuraciones con parte de la caché desactivada, conservando los diez núcleos. La tercera sería la existencia de variantes físicas diferentes, algo que compartir identificador de CPU no descarta.

¿Y los CCD de Zen 6 con 12 núcleos? Las filtraciones apuntaban a 48 MB de L3, frente a ocho núcleos y 32 MB en Zen 5: ambos aumentan un 50%, manteniendo 4 MB por núcleo. Pero esa proporción no se puede trasladar automáticamente a Medusa Point, cuyo diseño móvil combina distintos tipos de núcleos.

Tampoco tenemos pruebas para vincular el recorte con una iGPU inferior. La pista más fuerte sigue siendo la distinta L3 detectada bajo una misma referencia de muestra. Hasta que aparezca información adicional, hablar de una reducción confirmada sería adelantarse a lo que realmente sabemos. Dicho todo, ¿cuál crees que es la hipótesis más plausible? Te leo en los comentarios.