Le TPC serait sur le point de rayer des tablettes le record de Sun et ParAccel…
Encore plus fort que le trucage du Grand Prix de Singapour 2008 de Formule 1 par Flavio Briatore ! David Steinhoff, directeur technique de ParAccel vient d’annoncer sur le blog officiel de l’éditeur de base de données spécialisée data warehouse que le TPC s’apprête à effacer le fabuleux record obtenu en juin dernier.
ParAccel sur plate-forme Sun avait atomisé HP et Oracle sur ce benchmark réservé aux très gros data warehouse. Intéressant exercice de style en matière de communication de crise : être le premier à communiquer pour couper l’herbe des concurrents qui vont tenter d’exploiter la faille à leur avantage. ParAccel a choisi de se positionner comme une victime de grands méchands éditeurs concurrents.
Un coup de comm. qui ne change rien sur le fond : ParAccel aurait bidonné le test… en toute bonne foi si l’on en croît David Steinhoff.
Souvenez-vous. En juin dernier, ParAccel créait l’événement en explosant le benchmark TPC-H des 30 To (le plus prestigieux). Sur plate-forme SunFire X4540, ParAccel obtenait un monumental 1 050 556 QphH. Deux ans plus tôt Oracle 10g R2 sur plate-forme HP Superdome obtenait 150.960… Performance énorme lorsqu’on la ramenait au coût : 2,86 $ le QphH pour Sun/ParAccel contre 46,69 $ le QphH pour le couple HP/Oracle. On tenait là un solide indicateur des progrès réalisés tant dans le soft que le matériel en deux ans dans le domaine des data warehouse.
Poudre aux yeux visiblement puisque ces résultats ont été contestés par des concurrents de ParAccel. Ceux-ci sont visiblement parvenus à démontrer que ces résultats étaient pipeautés… Ce que le TCP devrait confirmer prochainement en retirant à ParAccel son record. C’est David Steinhoff qui l’affirme lui-même. Il plaide sa bonne foi et surtout la complexité des règles du TPC-H et d’éventuelles erreurs d’interprétation. On attend un éventuel commentaire du comité TPC sur l’affaire.
A vous de vous faire une idée à partir des aveux de David Steinhoff : ici
Loading ...
