Tests multi-tâches
Dans un premier temps, nous avons lancé une session de Mozilla Firefox contenant 10 Tabs, chaque Tab contenant un site d’actualité (le flash était à l’honneur). Le téléchargement http d’une vidéo WMVHD était également lancé, avec la présence par ailleurs d’un certain nombre de logiciels (Miranda, D-tools, Fraps). Enfin, nous avons lancé l’exécution du jeu Ground Control 2. Le tout sous Windows XP Pro SP2, avec Firewall activé (Active Armor désactivé pour les X2). Voyons d’abord la perte de performance engendrée par rapport à l’exécution de GC2 seul.
Puis les performances absolues.
Le scénario décrit dessus, bien que relativement courant pour bon nombre d’utilisateurs, se révèle être une situation multi-tâche très légère à la vue des résultats. En clair, il paraît inutile d’acheter un processeur dual-core ou même Hyperthreading dans le seul but de gagner en réactivité lors de l’exécution d’une tâche lourde avec des tâches (mêmes nombreuses) très peu gourmandes en temps processeur. La performance intrinsèque de chaque processeur sur l’application principale doit clairement être privilégiée. Cela étant, notez l’efficacité remarquable de l’Athlon 64 X2, ici aussi plus élevée encore une fois que tous les dual-core d’Intel. L’Hyperthreading semble n’apporter absolument rien ici.
Pour ce second test, nous avons recréé un scénario utilisant cette fois deux applications monothreadées lourdes, mais dont nous mesurons les performances de chacune d’elles. Le cadre reste toutefois réaliste (bien que représentant moins d’utilisateurs), puisqu’il s’agit d’une compression d’un album (stocké sur le disque en .WAV afin de s’affranchir de tout variation liée au lecteur de CD) en MP3. Toute de suite après avoir lancé cette compression, nous exécutons Ground Control 2 jusqu’à ce que la compression soit complètement terminée (hausse brutale du framerate). La priorité de chaque application est gérée par défaut par le scheduler, afin de voir comment ce dernier s’en charge. Il faut d’ailleurs avouer qu’en pratique, le fait de repréciser manuellement la priorité allouée à chaque application devient vite contraignant dès qu’on jongle souvent entre les applications, comme c’est le cas dans un environnement multi-tâches.
Le panel de processeurs est malheureusement réduit ici, mais les principales architectures restent présentes. Première chose, par défaut c’est à Lame MP3 que le scheduler donne la priorité, alors que le focus est sur le jeu et que c’est ce dernier qui devrait idéalement être priorisé. Sur les processeurs single-core, la somme des deux efficacités est très logiquement proche de 100 (99,9 % pour le Sempron, 102,2 % pour l’Athlon 64, sachant que le temps nécessaire au lancement de Ground Control 2 après le lancement de la compression peut facilement expliquer cette différence). En revanche, tous les processeurs dual-core sont proches de 200 %. C’est une fois encore l’Athlon 64 X2 qui obtient le plus grand total (197,7 %), contre 187,2 % pour le Pentium D.
Attention ici, les meilleurs processeurs sont ceux qui obtiennent les plus grandes barres à Ground Control 2 et les plus faibles à Lame MP3. En pratique, seuls les dual-core permettent ici d’obtenir à la fois un framerate jouable et l’absence de micro-saccades. L’écart de performance entre le 4800+ et le P-D 830 peut paraître surprenante à l’égard du graphe précédent, mais n’oublions pas que ces deux processeurs ne jouent pas dans la même catégorie…
Tu es un peu "dur" en ce qui concerne les appli multithreadées(y'en a quand meme pas mal
). Perso je passe mon temps à en écrire et je dois dire que je suis des plus interessé par un X2 ou P4D. Il existe pas mal de mécanisme pour correctement gérer le multithread, c'est sur que si l'architecture du soft est mal pensée alors ca va pas le faire. :-/
Bon ok, c'est pas le lieu de parler des appli pro, donc vu que tu as eu entre les mains ces machines, est ce que le coté "confort" à l'utilisation est plus présent que sur machine monocore? car ca aussi c'est important. De plus vu le monstre en ressource que M$ prépare, ca va peut etre pas non plus du luxe.
Ness
moi j'aimerais voir un jour un test sous XP64 histoire de voir si le scheduler change quelque chose aux perfs
nesskiel > Perso j'aurais tendance à dire le contraire, des applis multithreadés, j'en vois pas tant que ca pour une utilisation de "geek" (jeux, compression audio de qualité -> Lame, applications bureautiques et browsers, logiciels de compression, etc. soit la majorité des applis utilisées quand même...).
Cela étant, même pour ce type d'utilisation le multi-tâche permet tout de même d'apprécier ces processeurs. Mais à condition que ca soit intensif. Le gain en confort d'utilisation avec les X2 / PD, je ne l'ai clairement pas ressentit avec le premier scenario multi-tâche de ce test par exemple (même si faire des benchs c'est l'usine, et que ca te laisses forcément moins de sensations qu'en utilisations classique). Par contre, avec deux applis lourdes, ce gain est évident et franchement appréciable, et là même le HT n'y fait pas grand chose.
joce > yep mais laps de temps un peu court + indispo du Pentium XE donc pas pu le faire pour l'instant
Attention pitite faute
Les accroissement de vitesse supérieur à 100% peuvent aussi s'expliquer par le partage du cache entre les 2 processeurs d'AMD. En gros, un proc va chercher une donnée en RAM, elle est également dispo pour l'autre processeur.
De l'article:"La consommation est environ 75 % plus élevée que l’Athlon 64 de même fréquence et même cache, et atteint environ 102 W"
Vous l'avez réellement testé ou c'estun chiffre pris comme ça?
Parcque ce chiffre est contradictoire avec ces 2 pages tirées d'autres cites (désolé je veus pas faire concurence avec cet article patapé)
http://www.hardware.fr/articles/571/page3.html
et
http://www.tomshardware.com/cpu/20 [...] on-19.html
Oui, on l'a réellement testé. Le résultat est d'ailleurs assez proche de celui de Marc qui lui prend en compte la plateforme complète (juste le CPU dans notre cas). Quand au test de Tom's, le protocole utilisé est une blague, et il n'est pas précisé si le 4000+ est un .13µ ou .09µ d'ailleurs.
Oui, on l'a réellement testé. Le résultat est d'ailleurs assez proche de celui de Marc qui lui prend en compte la plateforme complète (juste le CPU dans notre cas). Quand au test de Tom's, le protocole utilisé est une blague, et il n'est pas précisé si le 4000+ est un .13µ ou .09µ d'ailleurs.
le 4000+ existe en .13 ?:
Ben oui, c'est le ClawHammer (revision CG), ca ne fait que très peu de temps qu'il est remplacé par la révision E4 (San Diego). D'ailleurs les 4000+ actuellement disponibles semblent encore tous des ClawHammer.
le CG existait aussi en 0.09, c'etait pas reserve au san diego
(quoi que apparement pas pour le 4000+ ?)
Mais sinon oui apparement le 4000+ existe en 0.13 effectivement
Si, le stepping CG est réservé aux ClawHammer et NewCastle, qui sont tous les deux en .13µ. Côté .09µ, les Venice ont le steppping E3, Winchester E0, San Diego E4, Toledo E6, entr autres.
Ah oui j'ai confondu avec le winchester au temps pour moi
Aucune excuse, les différents cores/steppings chez AMD, c'est vraiment trop simple à suivre![[:alex666]](http://img.infos-du-net.com/forum/images/perso/alex666.gif)
niveau taille, sur les cpu amd monocore, il ya 33% de place pour le core, 33% pour la mémoire et 33% pour les pad. Si on rajoute un core, on augmente la conso de 33%. Ensuite, le taux d'utilisation pas et mémoire doit aussi augmenter mais on est loin de doubler (en théorie) la conso.
nesskiel > Perso j'aurais tendance à dire le contraire, des applis multithreadés, j'en vois pas tant que ca pour une utilisation de "geek" (jeux, compression audio de qualité -> Lame, applications bureautiques et browsers, logiciels de compression, etc. soit la majorité des applis utilisées quand même...).
Cela étant, même pour ce type d'utilisation le multi-tâche permet tout de même d'apprécier ces processeurs. Mais à condition que ca soit intensif. Le gain en confort d'utilisation avec les X2 / PD, je ne l'ai clairement pas ressentit avec le premier scenario multi-tâche de ce test par exemple (même si faire des benchs c'est l'usine, et que ca te laisses forcément moins de sensations qu'en utilisations classique). Par contre, avec deux applis lourdes, ce gain est évident et franchement appréciable, et là même le HT n'y fait pas grand chose.
je suis pas d'accord:
Ok y'a des appli Pro (et oui j'ai des licences
Ness
Mmh, avec 4 % d'utilisation CPU le dual-core ou même l'HT n'apporte rien dans cette situation. CF situation multitâche 2 (première partie de la page 10). Le nombre de threads ne fait pas tout, faut voir ce que demandent les threads après, mais le scheduler n'est pas là que pour faire joli non plus.
Après avec des applis un peu plus gourmandes ou quand ces applis ne sont plus en idle, je dis pas.
Désolé de poser une question qui va vous paraitre noob, pour vous, mais j'aimerai bien m'acheté un Dual core (A64x2 4400^^) parsque je fait pas mal de compression video, et aparement il y a deja pas mal de logiciel qui exploite cette technologie, enfin bref cela serait d'un grand confort pour moi dans mes operation video qui me demande enormement de ressource proce^^ pour premierement soit passé a un autre travail plus rapidement, ou alor carement faire deux tache de compression de video en meme temps, (j'arrete pas d'en rêvé) et la gain de temps enorme pour moi^^
Bon apres désolé, j'ai cherché avec mon ami google et j'ai rien trouvé a la question que je vais posé, alor si vous pouvez me repondre ou m'aiguillé sur des sites ou forums ou ils en parlent je veu bien^^
Donc voila, j'ai vu,revu et lu,relu tellement de tests dans tout les sens, qui montre des Benchs, qui montres des scenarios multitaches, mais comment procède ton, pour dire a windows : toi utilise ce proce et toi lotre? grossierement c'est ca ma question, j'ai lu nul par comment cela se passait et comment on faisait, si il fallait des logieciels special pour latribution de tache, etc...
Merci de votre aide^^.
Cela peut se faire mais globalement c'est le boulot de l'os de faire cela. Les 1er version de windows était très mauvais en SMP, il était capable de mettre les 2 process lourd sur le même cpu.
Linux est super bon depuis le 2.6. Windows XP doit maintenant faire un travail correct.
ça serait pas mal de faire un test avec X264 comme soft de compression ainsi que divx6 ... pour voir le fps(avec différentes tailles d'images full D1,CIF ou qcif..) ..
j'attends de trouver un test avec ce soft avant de me décider à acheter cet X2 ou ...
c'est vraiment gourmand en ressource ....