Intel finalmente acepta pagar $ 15 a los propietarios de Pentium 4 por las travesuras comparativas de AMD Athlon

AMD contra P4

Intel acordó resolver una demanda colectiva que afirma que la compañía 'manipuló' las puntuaciones de referencia a principios de la década de 2000 para hacer que su nuevo chip Pentium 4 parezca más rápido que el Athlon de AMD. Intel pagará a los consumidores afectados $ 15 si compraron un sistema Pentium 4 entre el 20 de noviembre de 2000 y el 30 de junio de 2002. Los sistemas afectados incluyen todos los sistemas con una CPU Pentium 4 comprados entre el 20 de noviembre de 2000 y el 31 de diciembre de 2001, y todos los sistemas con un Willamette P4 de primera generación o todos los P4 con reloj por debajo de 2 GHz, entre enero y junio de 2002. La excepción es Illinois: si vive en Illinois y compró un P4, muy mal para usted.

No se preocupe por buscar un recibo de la compra; lo único que debe hacer es enumerar el número de modelo del sistema que compró y califica para el reembolso de $ 15. Debe verificar bajo pena de perjurio que pertenece a la clase indicada, pero ese es el alcance del problema. Intel también hará una donación de $ 4 millones a un fondo de educación como parte de su acuerdo.

¿Las manipulaciones de los puntos de referencia afectaron el rendimiento relativo de AMD?

¿Respuesta corta? Si.



Respuesta más larga: Sí, y podemos probarlo.

Chipzilla contra AMD

Veamos dos casos. Primero, está Sysmark. Las CPU de AMD eran extremadamente competitivas en Sysmark 2000, pero quedaron muy por detrás de Pentium 3 y Pentium 4 en las pruebas de creación de contenido de Internet de Sysmark 2001. Una investigación reveló la razón: en lugar de simplemente verificar si una CPU admitía SSE, Windows Media Encoder 7 verificó la cadena 'GenuineIntel'. Dado que los chips AMD no lo tenían, el programa se negó a usar SSE para los procesadores AMD.

En ese momento, esto se trató como un caso inusual y único, no como una campaña sistémica para dañar el rendimiento de AMD en los puntos de referencia del sistema. De hecho, este fue un ejemplo temprano de la función del compilador 'Cripple AMD' de Intel en acción. No importaba si los chips AMD realmente admitían las instrucciones SIMD: los programas compilados con el compilador de Intel se negarían a usar esas instrucciones en los procesadores AMD. (Sysmark 2002 fue rediseñado para favorecer y promover descaradamente el P4, pero esa es otra historia por completo).

Más preocupante es el problema de POV-Ray 3.6.0, que se enorgullece de ser de código abierto. Si bien este programa se lanzó algo más tarde, se eliminó simultáneamente con el lanzamiento de Prescott (2004). Cuando lo probé hace diez años, encontré que su rendimiento era extremadamente extraño: el punto de referencia incluido se ejecutó más lento en hardware AMD e Intel Northwood en comparación con POV-Ray 3.5, pero Prescott fue mucho más rápido.

Un periodista de tecnología despreciado ...

Escribí sobre esto y lo declaré un ejemplo de travesuras de referencia. En respuesta, POV-Ray declaró que estaba mintiendo. En una carta abierta POV-Ray escribió “Nuestro código fuente está disponible abiertamente. De hecho, si le hubiera importado, podría haber descargado el código fuente v3.5 y v3.6 de nuestro sitio FTP y compararlos en busca de ajustes, algo que, al parecer, no hizo '.

Lo gracioso es que yohizohacer eso, pero el amigo programador que me ayudó con el compilador de Intel nunca pudo reproducir los resultados en POV-Ray 3.6.0, a pesar de compilar seis ejecutables diferentes con diferentes niveles de optimización en un intento de hacerlo.

Avance rápido casi una década. Hace unos meses, decidí jugar con un script de Perl que puede eliminar las funciones de 'Cripple AMD' de los ejecutables compilados por los compiladores de Intel. Lo probé en la copia de POV-Ray 3.6.0 que tengo a mano desde entonces. Tenga en cuenta que probé con hardware moderno y en Windows 7, no en un sistema de la era 2004. No solo detectó y eliminó la función 'Cripple AMD', el impacto en el rendimiento fue bastante dramático. (Nota: POV-Ray 3.5 no se compiló con un compilador Intel. POV-Ray 3.6.0 estaba.).

POV-RAY 3.6.0

Quiero enfatizar que esto no significa que el rendimiento de AMD se redujo en un 50% en la prueba original, pero está claro que, al contrario de lo que decía el equipo de POV-Ray, la versión 3.6.0 de la prueba se compiló de una manera que inclinó el panorama competitivo hacia Intel. Pero seguramente eso es algo de una sola vez, ¿verdad? ¿Un artefacto de hace diez años?

Bueno no. No exactamente. También probé Sysmark 2012 y apliqué el mismo script para eliminar la función Cripple AMD tanto del punto de referencia como de sus aplicaciones satelitales.

Sysmark2012

Incluso teniendo en cuenta la variación de ejecución, las brechas en algunas pruebas son demasiado amplias. Para ser justos, esto no necesariamente apunta a Intel trampas, porque todas estas aplicaciones son obra de terceros. El Sysmark 2012.exe todavía mostraba diferencias de rendimiento después de que lo parcheé (según Bapco, el Sysmark 2012.exe se compila con Microsoft Visual Studio, no con ICC, pero las mismas cadenas se detectaron y ajustaron). Sin embargo, no toda la mejora del rendimiento proviene de ese cambio, lo que ilustra lo complicado que puede ser el campo de la medición del rendimiento. Es difícil declarar un punto de referencia 'neutral' cuando la aplicación que ejecuta se compila de una manera que beneficia a un proveedor sobre otro.

La razón principal por la que ya nadie le da mucha importancia a estas brechas es porque la diferencia entre Intel y AMD simplemente ha crecido demasiado. Una mejora sistémica del 8-12% para Intel puede hacer que AMD se vea peor de lo que sería, pero el rendimiento de AMD en Sysmark 2012 puede retrasar a Intel hasta en un 50%, y eso no es algo que los parches del compilador puedan solucionar.

No todos los puntos de referencia compilados con el compilador de Intel muestran evidencia de este tipo de cambio: probé todas las pruebas de Cinebench desde 2000 en el A10-7850K, y aunque se compilaron varios ejecutables con el compilador de Intel, ninguno de ellos muestra signos de diferencia de rendimiento cuando parcheado. Pero es interesante ver cómo las opciones del compilador continúan influyendo en el rendimiento de los puntos de referencia supuestamente neutrales.

Copyright © Todos Los Derechos Reservados | 2007es.com