Samsung es sorprendido inflando artificialmente los resultados de la prueba de rendimiento del Galaxy S4, responde a una explicación no explicativa

Samsung Exynos

Las evaluaciones comparativas buenas y confiables son importantes, pero la única forma de asegurarse de que funcionen según lo previsto es si las plataformas de hardware en las que se ejecutan las tratan de la misma manera. Cuando las aplicaciones o los procesadores comienzan a tratar ciertas pruebas de manera diferente a otras, deforma los resultados finales y deja a los revisores y lectores con una idea inexacta del rendimiento total. Samsung es la última compañía en ser sorprendida con los pantalones bajados en este sentido; El Galaxy S4 de la compañía está configurando artificialmente su GPU a una velocidad de reloj más alta cuando encuentra un punto de referencia, y luego vuelve a la velocidad de reloj estándar cuando regresa a las cargas de trabajo normales.

Específicamente, la versión internacional del Galaxy S4 (el que está equipado con Exynos 5410 Octa de Samsung) aumentará el reloj de la GPU a 532MHz, desde 480MHz, si detecta que GLBenchmark 2.5.1, Antutu o Quadrant se está ejecutando. El equipo de Anandtech que investigó el problema profundizó y descubrió una función, denominada 'BenchmarkBooster', enterrada dentro del APK de escalado dinámico de voltaje y frecuencia. Eso permite que la GPU establezca frecuencias específicas para títulos específicos.

GLBenchmark 2.5.1



Esto puede no parecer un gran problema, dado que tanto las CPU como las GPU están diseñadas con velocidades de reloj variables en mente en estos días. Después de todo, Intel, AMD y Nvidia anuncian abiertamente los modos 'Turbo' como una característica. El problema aquí, sin embargo, es cómo se expone esta funcionalidad al usuario final. Intel, AMD y Nvidia tienen todos modos Turbo, pero estas capacidades no solo se activan cuando se ejecuta un punto de referencia en particular; están disponibles en todos los ámbitos. Para decirlo de otra manera: si las CPU AMD solo registraran hasta 4.5GHz mientras ejecutan SiSoft Sandra, Cinebench y PCMark, eso sería una trampa. Dado que el overclocking se basa en el TDP o el margen térmico disponible, en lugar de un detector de aplicaciones, no lo es.

La negación a medias de Samsung

Desde entonces, Samsung ha respondido a estas acusaciones, alegando:

En condiciones normales, el GALAXY S4 ha sido diseñado para permitir una frecuencia máxima de GPU de 533MHz. Sin embargo, la frecuencia máxima de la GPU se reduce a 480MHz para ciertas aplicaciones de juegos que pueden causar una sobrecarga, cuando se usan durante un período prolongado de tiempo en modo de pantalla completa. Mientras tanto, una frecuencia máxima de GPU de 533MHz es aplicable para ejecutar aplicaciones que generalmente se usan en modo de pantalla completa, como el navegador S, la galería, la cámara, el reproductor de video y ciertas aplicaciones de evaluación comparativa, que también exigen un rendimiento sustancial.

Correcto. Excepto que Samsung está usando una lista blanca, no una lista negra. En otras palabras, la empresa no bloquea 'determinadas aplicaciones de juegos' para que no provoquen una sobrecarga, sino que bloquea todas Las aplicaciones de juegos se ejecuten a 533MHz, excepto por un puñado de aplicaciones que resultan ser puntos de referencia. Una vez más, eso es lo contrario de lo que hicieron empresas como AMD y Nvidia hace unos años cuando programas como Furmark se hicieron populares. En 2010-2011, Furmark se usó a menudo como un probador de virus térmico en el peor de los casos para GPU. Si bien es útil para los revisores, también podría matar las GPU si se usa incorrectamente o se ejecuta durante demasiado tiempo. Tanto AMD como Nvidia introdujeron mecanismos de detección para evitar que el programa se ejecutara en este punto porque existía un riesgo real de daño.

Por supuesto, no hay ninguna posibilidad de que este comportamiento sea accidental o el resultado de una lista blanca errante. Esto es lo más deliberado posible.

Segundo golpe para Antutu

Este es el segundo vez en un mes que Antutu ha sido señalado como un referente con un mal comportamiento. Una investigación a principios de este mes demostró que la última versión de Antutu había sido hiperoptimizada para x86 de una manera que dejó a los chips Intel corriendo por delante de sus rivales ARM gracias a un cambio de compilador y optimizaciones de código que rompieron la funcionalidad del punto de referencia. Cuando se probaron, los chips de Intel no ejecutarían un bucle para la cantidad necesaria de iteraciones, pero informaron que lo habían hecho independientemente. Esto hizo que Atom aparecen incorrectamente mucho más rápido que los chips ARM que estaban realizando legítimamente la prueba.

Después del alboroto, la aplicación Antutu fue rápidamente parcheada a una versión más nueva que conservaba el propio compilador de Intel para Atom (los binarios ARM se compilaron usando GCC) pero eliminó las optimizaciones rotas. El rendimiento de Atom se redujo en consecuencia; el chip ya no supera las calificaciones de rendimiento de ARM en esta prueba. Esta vez, el problema no parece haber sido culpa de Antutu, pero es por eso que los revisores de hardware deben vigilar todos los aspectos del ecosistema de un teléfono inteligente. Los incentivos para hacer trampa, ya sea a través de indicadores del compilador o la detección de puntos de referencia a nivel del sistema operativo, son enormes. Intel, ABI Research y Antutu fueron duramente criticados por la debacle a principios de este mes, pero Samsung ha tantas razones hacer trampa como lo hace Intel.

Si la empresa se toma en serio operar de buena fe, pondrá el escalado dinámico de GPU a disposición de cualquier aplicación que lo desee y documentará públicamente la función. Implementarlo solo para pruebas particulares comunica claramente cuál era la intención real.

Copyright © Todos Los Derechos Reservados | 2007es.com