Protocole de test
par
La Rédaction
| Benchmark | Détails |
|---|---|
| Crysis | Version : 1.2.1 _Résolution : 1680x1050 _Qualité globale : faible _Outil : CPU Benchmark2 + Tom’s Hardware Tool |
| Unreal Tournament 3 | Version : 1.2
Résolution : 1680x1050 Son et DirectX10 Qualité graphique : Détails des textures : 1 Détails des niveaux : 1 Outil : vCTF-CONTAINMENT_fly Durée : 12/60 |
| World in Conflict | Version : 1.0.0.9
Résolution : 1680x1050 et 800x600 Qualité graphique : détails faibles Outil : benchmark du jeu |
| Supreme Commander Forged Alliance | Version : 1.5.3599
Résolution : 1920x1200 Qualité graphique : par défaut Outil : WallaceTX_006_006 Benchmark : Fraps 2.9.4 - Build 7037 Heure de début 00:48:20 (60 secondes) jeu en temps réel |
| Benchmark | Détails |
|---|---|
| iTunes | Version : 7.7.1.11
CD audio (Terminator II SE), 53 min Format par défaut AAC |
| Lame MP3 | Version : 3.98
CD audio (Terminator II SE), 53 min Conversion wav en mp3 160 kbps |
| Benchmark | Détails |
|---|---|
| Pinnacle Studio 12 | Version : 12.0.0.6163
Encodage et rendu des transitions Film caméra DV Vidéo : 720x576, PAL, 25 fps, 6000 kbits/sec Audio : MPEG Layer 2, 224 kbits/sec 16 bits, stéréo 44.1 kHz Type de fichier : MPEG-2 (compatible DVD) |
| TMPEG 4.5 | Version : 4.5.1.254
Vidéo : DVD Terminator 2 SE (720x576, 16:9) 5 minutes Audio : Dolby Digital, 48000 Hz, 6 canaux, anglais Advanced Acoustic Engine MP3 Encoder (160 kbps, 44.1 kHz) |
| DivX 6.8.3 | Version : 6.8.3
== Main Menu == valeurs par défaut == Codec Menu == Encoding mode : Insane Quality Enhanced multithreading Enabled using SSE4 Quarter-pixel search == Video Menu == Quantization : MPEG-2 |
| XviD 1.1.3 | Version : 1.1.3
Other Options / Encoder Menu - Display encoding status = off |
| Nero 8 Recorde | Version : 3.1.4.0
Enregistrement d’un DVD entier sur DVD Conversion DVD-9 en DVD-5 Tous les paramètres par défaut Benchmark : Mode haute qualité (enregistrement lent) Prévisualisation vidéo désactivée |
| Mainconcept Reference 1.5.1
Reference H.264 Plugin Pro 1.5.1 | Version : 1.5.1
MPEG2 vers MPEG2 (H.264) Codec MainConcept H.264/AVC 28 s HDTV 1920x1080 (MPEG2) Audio : MPEG2 (44.1 kHz, 2 Channel, 16 bits, 224 kbps) Codec : H.264 Mode : PAL (25 FPS) Profil : paramètres Tom’s Hardware pour octo-cores |
| Adobe Premiere Pro CS3 HDTV
Mainconcept H.264 Plugin 3.2 Windows Media Encoder 9.1 AP HDTV Windows Audio Encoder 10 Pro | Version : 3.0
NTSC MPEG2-HDTV 1920x1080 (24 s) Import : Mainconcept NTSC HDTV 1080i Export : Adobe Media Encoder == Vidéo == Windows Media Video 9 Advanced Profile Passes pour l’encodage : une Mode de bitrate : constant Résolution : 1920x1080 Framerate : 29,97 Bitrate maximum [kbps] : 2000 Qualité d’image : 50,00 == Audio == Windows Media Audio 10 Professional Passes pour l’encodage : une Mode de bitrate : constant Format audio : 160 kbps, 44,1 kHz, 2 canaux 16 bits (A/V) CBR |
| Lecture HD (Blu-ray) | PowerDVD 8
Disque Blu-ray (James Bond - Casino Royale) Résolution : 1920x1080p (plein écran) Codec : H.264 |
| Benchmark | Détails |
|---|---|
| Grisoft AVG Anti-Virus 8 | Version : 8.0.134
Base de définitions : 270.4.5/1533 Benchmark Scan : quelques archives ZIP et RAR |
| Winrar 3.8 | Version : 3.80 BETA 4
WinZIP Commandline Version 2.3 Compression = Meilleure Dictionnaire = 4096 ko Benchmark : THG-Workload |
| Winzip 11 | Version : 11.2
Compression = Meilleure Benchmark : THG-Workload |
| Autodesk 3D Studio Max 9 | Version : 9.0
Rendu d’une image représentant un dragon Rendu HTDV 1920x1080 |
| Maxon Cinema 4D Release 10 | Version : 10.008
Rendu d’une scène (goutte d’eau tombant sur une rose) Résolution : 1280x1024 – 8 bits (50 images) |
| Adobe Photoshop CS 3 | Version : 10.0x20070321
Filtrage d’une photo TIFF de 69 Mo Benchmark : Tom’s Hardware Benchmark V1.0.0.4 Programmé par Tom’s Hardware avec Delphi 2007 Filtres : Crosshatch Glass Sumi-e Accented Edges Angled Strokes Sprayed Strokes |
| Adobe Acrobat 9 Professional | Version : 9.0.0 (Extended)
== Menu Préférences d’impression == Paramètres par défaut : Standard == Sécurité Adobe PDF - Menu Édition == Chiffrer tous les documents (128 bits RC4) Mot de passe ouverture : 123 Mot de passe autorisations : 321 |
| Microsoft Powerpoint 2007 | Version : 2007
Conversion PPT en PDF d’un document Powerpoint de 115 pages avec l’imprimante Adobe PDF |
| Deep Fritz 11 | Version : 11
Fritz Chess Benchmark Version 4.2 |
| Benchmark | Détails |
|---|---|
| 3DMark Vantage | Version : 1.02
Options : Performance Graphics Test 1 Graphics Test 2 CPU Test 1 CPU Test 2 |
| PCMark Vantage | Version : 1.00
PCMark Benchmark Memories Benchmark Windows Media Player 10.00.00.3646 |
| SiSoftware Sandra XII SP2 | Version : 2008.5.14.24
CPU Test = CPU Arithmetic / MultiMedia Memory Test = Bandwidth Benchmark |
| Benchmark | Détails |
|---|---|
| Distribution | Ubuntu 8.04 (avril 2008)
Phoronix Test Suite 1.0 |
| Mplayer | Compilation v1.0-rc2 |
| PHP | Compilation v5.2.5 |
| Kernel | Compilation v2.6.25 |
| Gzip | |
| SciMark | Compilation v2.0
Transformée de Fourier rapide |
| OpenSSL | Compilation v0.9.8g
Performances RSA 4096 bits |
26
Commentaires
Lire plus
Dernières Actualités Processeurs
Derniers dossiers Processeurs
Liens commerciaux
Autres catégories :
A voir aussi
Actus et dossiers
Enfin des tests sous Linux ! On pourrait avoir plus de détails ?
mplayer est utilisé avec quel codec: mpeg4 de ffmpeg?
il manque juste un petit test sous boinc et ça serait le top!
c'est rapide
Très complet comme test!! Bravo.
Impressionnant les tableaux récapitulatif
super job.. merci à toute l'équipe.
les comparatifs par logiciel sont rares (et donc super interessants).
1 Suggestion :
pourquoi ne pas tester le montage de video HD (264)
avec studio 12 par exemple... cela devrait mettre les
systèmes (et proc) à dure épreuve...
Encore bravo
JF
et la "perf par watt" dont les deux fondeurs nous parler elle est pas testé?
wrongillusion > Pas possible à rajouter facilement ici du fait qu'elle varie pour chaque application et que les plateformes ne sont pas entièrement identiques notamment (DDR3 VS DDR2 par exemple et mobos pas identiques). Mais nous devrions les rajouter des les prochains (et il reste les comparatifs sinon pour les valeurs des précédents processeurs).
Instinctivement, j'aurait dit que les quadcore les plus économes du marché était les petits C2Q 45nm d'Intel. Et après vérif, rien que le Q9300 consomme 45W en full. Et ça doit pas être celui qui consomme le moins.
Foudge > C'est a priori en partie basé sur ces résultats : http://www.tomshardware.com/review [...] 935-5.html . Mais effectivement le Q9300 consomme a priori moins en fait, je modifie.
Florian: toujours les mêmes résultats délirants pour le bench Linux OpenSSL. Quid?
Ils ne sont pas délirants, ils sont juste pas conformes à ce à quoi tu t'attends, mais le plus important est qu'ils soient comparables entre eux (c'est à dire qu'on puisse comparer les performances des processeurs Intel aux AMD), ce qui est le cas. Le test a été exécuté au sein d'une série (scriptée).
Ah bravo, vous utilisez une suite libre de benchmarks, et vous nous sortez des chiffres qui ne correspondent absolument pas aux résultats rapportés par les utilisateurs de la suite en question (Phoronix Test Suite). Vous avez réussi à rendre obscur un des rares benchmarks dont le code source est disponible, chapeau. Si c'est pour nous donner des chiffres trafiqués, on a PCMark pour ça, merci…
Ce que "j'attends" c'est les résultats *réels*. C'est trop demander?
Ces résultats sont réels. Teste 54 processeurs sous 43 applis et ensuite vient nous dire comment on doit faire, et pourquoi personne d'autre ne le fait.
Vraiment? Tu m'expliques pourquoi les scores sur http://global.phoronix-test-suite. [...] &u=openssl et http://global.phoronix-test-suite. [...] u=universe sont 2 à 4 fois plus grands que les votres, aussi bien pour les processeurs Intel que ceux d'AMD, et pourquoi les Intel sont toujours derrière les AMD dans ce bench, selon les résultats des utilisateurs? Tu ne me donnes même pas l'ombre d'un début d'explication! Je te donne une source relativement fiable qui contradit complètement vos résultats, et du ne daignes même pas accepter l'idée que, peut-être, vous n'êtes pas parfaits, et avez fait une erreur dans *un* bench sur les 43? Je ne compte même pas les résultats erronés de Sandra Memory Bandwidth restés en ligne pendant des mois et la bourde ou tricherie de PCMark avec le VIA Nano, dont on a déja parlé…
http://www.tomshardware.co.uk/foru [...] rk-results
Dossier impressionnant et sûrement long et compliqué à réaliser, bravo ;-)
pourquoi avoir pris une vielle carte mère AMD qui a bientôt 2 ans ?
vous êtes pro-intel ?
une 790FX+SB750 l'aurait mieux fait : vous prenez bien les dernier chipset chez intel, pourquoi pas chez AMD ?
vous ne testez pas de CPU AMD Dual Core, 1 seul aurait suffit, juste pour comparer ...
le grand tableau vert pour les CPU AMD n'est pas à jour, il manque tous les brisbanes core G2 en 65nm 65w et ceux de 45w... les 12 dernier CPU AMD dualcore en gros ....
Florian / apaige > Au vu des résultats et des comparaisons avec les sources (officielles), je serai personnellement également très intéressé pour avoir un début d'explication des grandes différences constatées (facteur ~3 à 4 environ que ce soit Intel ou AMD). D'autres lecteurs le seront sans doute également :-?
Serai-ce un problème d'optimisation à la compilation ?!? (comme expliqué dans le post en anglais sur TomsHardware.co.uk)
Merci d'avance de votre enquête ;-)
A mon sens, un plus serait également de rappeler en haut des résultat de chaque bench la version utilisée.
cyrano > En fait les benchmarks Mplayer, Kernel et PHP sont des tests de compilation. Le résultat exprime le temps de compilation des sources du noyau Linux 2.6.25, de PHP 5.2.5 et de MPlayer-1.0.rc2 via GCC (sans CFLAGS, via la commande "make -j $num_of_cpu_jobs", cette dernière variable dépendant du nombre de cores détecté).
AmaCha > Nous avons effectivement comparé les résultats de nos benchmarks avec les résultats officiels d’openSSL avec nos composants. Ils sont très proches. Ex :
).
Résultat officiel / nos résultats des charts
Intel Core 2 Duo E7200 30 / 27.57
(http://global.phoronix-test-suite.com/?k=profile&u=legg-17008-4842-31670)
Intel Core 2 Duo E6850 36 / 35.77
(http://global.phoronix-test-suite.com/?k=profile&u=root-9428-22269-13141)
Intel Core 2 Duo E6600 29 / 28.60
(http://global.phoronix-test-suite.com/?k=profile&u=smash-13799-29625-141)
En comparant ces résultats il faut faire attention car de nombreux résultats reportés l’ont été avec overclocking. Par ailleurs, de nombreux résultats officiels ont été reportés avec des composants et OS particulièrement variés ou même avec la même plateforme (ex : 53 vs 31.57, http://global.phoronix-test-suite. [...] 7207-31218 et http://global.phoronix-test-suite. [...] 6184-22637 ).
La seule explication dans ce cas provient des différences de compilation. Pour que nos résultats soient reproductibles, nous avons utilisé le même bin pour chaque bench. Nous n’avons ainsi utilisé aucune optimisation spécifique ce qui nous paraît être plus réaliste pour l’utilisateur Linux lambda qui utilise «apt-get » pour installer openSSL. Notez que cela marche aussi pour AMD (ex : 22.1 pour un Athlon 64 X2 4600+@2.4 GHz sous Ubuntu, 22.3 dans nos charts).
Alors oui, quand on compile les bin on peut effectivement optimiser l’exécution et le résultat. Mais le truc c’est que nous n’avons pas et ne pouvons pas trouver les options de compilations qui seront les plus performantes pour chacun des processeurs que nous avons testés. L’environnement de test est du coup le même pour AMD et Intel, de même que nous utilisons dans nos tests le même exécutable de Winrar, Winzip, Lame, etc (on n’est plus au temps de Pod
D’ailleurs pour info nous avons lancé la release officielle d’openSSL pour Windows ( http://www.slproweb.com/products/Win32OpenSSL.html ). Elle non plus n’est optimisée pour aucun processeur (même pas multithreading). Je pense que celle-là, personne nous aurait reproché de l’utiliser. Avec un T7300@2 GHz et en single-thread : 11.7 sur Ubuntu, 11.8 via notre bin, et 11.0 sous openSSL Vista. Ce qui prouve que même en utilisant la même plateforme on observe des variations de l’ordre de 6% au moins, dues au changement d’OS.
Vous ne voulez pas utiliser d'optimisation pour OpenSSL, mais ça ne vous empêche pas d'utiliser des applis qui profitent des instructions SSE4.1, disponibles uniquement dans les CPUs haut de gamme d'Intel. D'ailleurs, pour info, le gros des optimizations possibles est sélectionné par défaut lors de la compilation; pas besoin de chercher le meilleur combo pendant des heures.
Ensuite, vous trouvez ça normal, l'écart entre votre Phenom 9600 BE et le mien? 56 contre *173*! On passe du simple au triple! http://global.phoronix-test-suite. [...] 29218-7581
Même avec le C2Q Q6600 on passe de 57 à plus de 115. Le double.
http://global.phoronix-test-suite. [...] 0736-22029
http://global.phoronix-test-suite. [...] 19898-5608
http://global.phoronix-test-suite. [...] 3221-32481
EDIT: les résultats postés ici correspondent tous à des CPUs à fréquence d'origine, *non* overclockés.
Sans la moindre optimization, ce n'est pas le CPU dont vous faites le benchmark, ni même de l'application. De plus, puisque vous utilisez un seul et unique binaire pour tous les CPUs, vous ne devriez pas mentionner le nom de Phoronix Test Suite, puisque vous déviez complètement de son utilisation normale. Avec PTS, chaque benchmark est systématiquement compilé sur la machine testée.
Et puis surtout, ça change complètement le classement.
intéressant, mais pourquoi n'avoir finalement choisi que les moyennes/hauts de gamme ? tout le monde n'a pas/ne veut pas dépenser 150€ ou plus dans un proco, alors que pour du Lame, de la compilation de noyau, du Winzip/Winrar (bref bureautique et codage) un petit E4x00 ou un Athlon X2 DualCore (voir un chtit Opteron 1214) sont largement trouvable à moins de 100€...
bref, charts incomplet, plutôt que d'avoir multiplié les tests, ce concentrer sur quelques-uns (LameMP3, Winzip, Crisis, 3DMark CPU, et DivX) pour tous les processeurs (toutes gammes confondues, sur un banc commun AMD et un banc commun intel), vous auriez le guide ultime automne 2008...
bardiel1921 > Nous n'avons pas vraiment limités nos tests aux CPU milieu ou haut de gamme, le E7200 est disponible à moins de 100 €, et le X3 8450 à 85 € par exemple. D'autres charts viendront par la suite avec l'entrée de gamme cependant, mais qualifier les charts d'incomplets alors qu'ils intègrent 54 CPU...
cyrano > En fait les benchmarks Mplayer, Kernel et PHP sont des tests de compilation. Le résultat exprime le temps de compilation des sources du noyau Linux 2.6.25, de PHP 5.2.5 et de MPlayer-1.0.rc2 via GCC (sans CFLAGS, via la commande "make -j $num_of_cpu_jobs", cette dernière variable dépendant du nombre de cores détecté).
Compiler le noyau ou gcc doit suffire. Cela n'apporte rien de compiler 3 ou 4 soft différent. D'ailleurs, vos tests le montre : la hierarchie ne change pas trop.
Si vos données sont sur la clef usb et non sur le disque dure pour linux, les IO sont très limitant pour une compilation. Dans ce cas, un "make -j" tout court peu servir à masquer les entrées-sorties. Trouver le bon chiffre est "chaud". Plus l'accès au fichier est lent, plus il augmente pour faire du masquage de latence. Ensuite, cela dépende de la quantité de RAM (si tous les fichiers entre en RAM). L'effet d'attente des io peut être masqué en utilisant "time -u" pour le bench qui ne prendra que le temps utilisateur et non celui noyau (mais attention les temps des cpu s'additionnent).
Concernant d'autre bench, je vous recommande de regarder ce que j'avais fait ici:
http://f-cpu.seul.org/~nico/nicobenchv1.0.tar.bz2
explication : http://f-cpu.seul.org/~nico/amd64.html
Le bench que j'aurais aimé rajouter au mien est celui de povray pour faire un test de la puissance en nombre flottant. Pour l'instant, je n'avais que l'encodage ogg.
cyrano > Non toutes les fichiers sont chargés en RAM pour ces benchs. Les sources sont prises en RAM, compilées puis écrites en RAM. Le seul appel à la clef USB se fait quand le compilateur GCC est appelé. Par exemple le bench de compilation de Mplayer est fait via la commande suivante : "/usr/bin/time -f "MPlayer Build Time: %e Seconds" make -j
$NUM_CPU_JOBS 2>1& | grep Seconds"
Dans ce cas "time -u" est impossible vu que le flag "-u" n'existe pas. Mais "time -f" avec %e permet d'obtenir le temps réel pris.
Je pensais "%U" cela évite les petits désagréments lié à l'activité du PC, si il fait autre chose cela changera le résultat du tests.
Il faudrait trouver autre chose que la compilation. Dans les trucs faciles, il y a la compression audio avec oggenc, il y a la manipulation d'image avec convert (utiliser pour faire les galeries d'images numérique sur internet) etc...
Vous avez regardé mon bench ?
Pas encore non.