Téléchargez l'application
Tom's Hardware sur l'App Store
Toute l'actu informatique de référence sur votre iPhone
Oui Non

Après AMD, Intel triche sur les benchmarks

par - source: x86-secret
Nous vous l’annoncions récemment, AMD avait choisi de ne pas optimiser le code source 32 bits qu’il fournissait pour réaliser des comparaisons avec ses processeurs 64bits (cf. cette actualité).

Aujourd’hui on apprend que, selon X86-Secret, Intel aurait également triché. En effet, après avoir constaté plusieurs bugs dans la détection de la fréquence processeur de différents logiciels spécialisés tels que CPU-Z, Crystal CPUID ou bien encore Sandra 2005, l’équipe de X86-Secret a pu démontrer qu'Intel avait modifié le fonctionnement du ReaD Time Stamp Counter (RDTSC).

Le RDTSC permet de déterminer la fréquence des processeurs en comptant simplement le nombre de front d’horloge, et ce quelque soit leur mode de fonctionnement du processeur.

Il semblerait donc que depuis l’introduction du stepping F4x sur les Prescott, la fréquence renvoyée par le RDTSC n'est pas la fréquence réelle du processeur, mais la fréquence dite « commerciale » lors de l'utilisation de système d'économie d'énergie comme l'EIST.

Un exemple :
CPUZ affiche un FSB de 215 MHz et un coefficient de 14x, alors qu'en passant par une autre méthode n'utilisant pas le RDTSC, on se rend compte que le processeur fonctionne avec un FSB à 200 MHz et un coefficient de 14x, ce qui est plus que douteux. Selon notre confrère : "
les valeurs obtenues ici sont manifestement fausses
".

Alors que certains de ces processeurs sont disponibles depuis plus d'un an, Intel n'avait même pas indiqué cette modification dans ses documents officiels destinés aux développeurs.

Le fondeur a toutefois reconnu les faits, indiquant qu’effectivement, cette modification pouvait avoir certains effets pervers tels que des résultats incohérents dans certains benchmarks. Intel cherche également à se dédouaner en rejetant la faute sur les vendeurs de systèmes d’exploitations.

Bref, entre mensonges et omissions, on se rend compte que les fabricants de microprocesseurs, quels qu'ils soient, sont d’une honnêteté exemplaire…

Partager:
10
Commentaires
X
Valider

Commentaires
Ajouter un commentaire
Bandit Scott 02/03/2005 13:49
Masquer
-0+

Denis R a écrit :

Le fondeur cherche toutefois à se dédounaer en expliquant que les vendeurs de systèmes d’exploitations ne sont pas tout rose non plus.



je connais pas ce mot [:djoce]

drouvre 02/03/2005 13:49
Masquer
-0+

fdf (faute de frappe)

anonymous 02/03/2005 14:06
Masquer
-0+

Denis R a écrit :

fdf (faute de frappe)


C'est qui la frappe ? [:m prof] [:lionheartxp]

Bandit Scott 02/03/2005 14:24
Masquer
-0+

frappe cay son nègre :o

FRANCKYIV 02/03/2005 14:33
Masquer
-0+

drouvre 02/03/2005 14:34
Masquer
-0+

M Prof a écrit :

C'est qui la frappe ? [:m prof] [:lionheartxp]



[:stomper]

Numlock 02/03/2005 15:50
Masquer
-0+

"Le fondeur cherche toutefois à se dédouaner en expliquant que les vendeurs de systèmes d’exploitations ne sont pas tout rose non plus."

Quel rapport ?

drouvre 02/03/2005 15:55
Masquer
-0+

ils rejètent la faute sur MS :)

anonymous 02/03/2005 16:01
Masquer
-0+

Denis R a écrit :

ils rejètent la faute sur MS :)



Ils font comme les posteurs sur PPC alors !! [:lionheartxp]

GI2K 02/03/2005 19:22
Masquer
-0+

CPUZ n'est pas un benchmark... d'ailleurs il n'y a aucun gain avec ce changement... donc aucune comparaison avec le cas de AMD de il y a quelques semaines.

A remarquer aussi que ce problème ne se vérifie pas avec CPU-Z 1.27, et que avec ScienceMark 2 ce changement rend en théorie le P4 pire qu'avant...

Publicité

Les offres du moment

Newsletters


OK