59Hardware
Acceuil Acceuil Actualites Articles 59Hardware Forums Contact  
  

 
11 Mars 2010
08 Mars 2010
07 Mars 2010
02 Mars 2010
01 Mars 2010
26 Février 2010
22 Février 2010
15 Février 2010
10 Février 2010

Test : Le Penryn QX9650.

Version imprimable Suggérer par mail
Écrit par Sébastien Gavois le 29-10-2007 -


Articles > Processeurs > Processeurs
Pages : 1 2 3 4 5 6 7 Suivante

Les benchs 1er partie : cache L2 et SSE4.1

Configuration de test :
Gigabyte P35-DS3R
Intel QX9650 et Q6600
2*1Go Geil DDR2-800 (CAS 4-4-4)
Ventirad Gemin II
80 Giga Hitachi Sata2
Alim 500 Antec

N'ayant pas de QX6850 (3.0Ghz par défaut) à mettre en face du Penryn, nous nous sommes rabattus sur un Q6600 (coef 9 comme le Penryn) que nous avons overclocké en passant le FSB de 266Mhz à 333Mhz sans aucun changement au niveau du Vcore.

Le cache L2.

Entrons tout de suite dans le vif du sujet avec les performances des caches de ce Penryn. Nous savons que l’augmentation du cache L2 à 12Mo s’est faite en augmentant également le nombre de voies d’association (N-way associatives) du QX9650. Le but de ce test est donc d’essayer de voir si la latence augmente ou non. Nous avons utilisé Sciencemark 2.0 pour effectuer les benchs suivants :

Bande passante
  QX9650

Q6600 @ 3.0

Cache L1

83546.86 (+0.1%)

83461
Cache L2

25187.53 (+0.2%)

25125
Cache Ram 6063.40 (+1.3%) 5983
Latence
Latence L1 1 1
Latence L2 4.33 (+8.3%) 4
Latence Ram

52 (+1.9%)

51

Aucun changement à signaler sur la bande passante des caches du Penryn, elles sont identiques. En revanche ce n’est pas le cas des latences car comme on peut le voir, la latence du cache L2 augmente de 8.3% ce qui est loin d’être négligeable. Comme le laissait présager le passage de 16 à 24 voies associatives, la latence augmente bien.

SuperPi donne nettement l’avantage au QX9650 avec un temps 10% plus rapide sur le Penryn. Mais étant donné que la quantité de cache L2 joue un rôle très important dans ce calcul c’est normal qu’avec 12Mo de cache L2 le Penryn arrive largement en tête.

Winrar est également gourmand en mémoire L2, il est donc logique que le QX9650 fasse mieux que le Q6600 à 3.0Ghz. La différence est de 7% en faveur du Penryn. Ici encore la taille supérieure du cache L2 est bénéfique malgré une latence plus élevée.

Pour terminer sur ces tests principalement orientés vers la quantité de cache L2 on se trouve en face de résultats logiques. L'augmentation de la taille du cache va avec une augmentation du nombre de voies associatives et donc une latence supérieure (+8.3%), mais en contrepartie les programmes utilisant intensivement le cache L2 sont gagnants (+10%).

Le SSE4.1

Regardons maintenant cette fameuse optimisation SSE4.1 pour l’encodage DivX. Nous avons donc installé le CoDec DivX 6.7 compatible SSE4. La compression s’est effectuée avec VirtualDub Mod.

Nous avons d’abord mesuré les écarts de performance entre nos deux processeurs en n’utilisant que le SSE2 pour les deux. Le Penryn QX9650 arrive devant avec 4% d’avance sur le Q6600 @ 3.0. Le SSE4 permet au Penryn de faire la compression de manière encore plus rapide que le même QX9650 en SSE2 (+4%). Au final le Penryn QX9650 devance le Q6600 @ 3.0 de près de 8%. Un petit mieux, mais un mieux malgré tout.

 



En boutique




  Commentaires (5)
Flux RSS des commentaires
Ecrit par .Yacine (Visiteur), le 04-11-2007 21:51

c nest pas qx9650 ..cest qx6850 un quad core a 3.00 GHZ par core et un FSB de 1333 MHZ
Ecrit par Sébastien (Utilisateur enregistré), le 04-11-2007 23:48

Si en 45nm c'est un QX9650, en 65nm c'est effectivement un QX6850. Les deux ont exactement la même frequence de fonctionnement avec le même FSB. 
 
La différence entre le QX9650 et QX6850 c'est la finesse de gravure et les instructions supplementaires comme le SSE4...
Ecrit par Jambo (Visiteur), le 29-12-2007 02:05

Une autre différence aussi pour le QX9650 12mo donc 2*6
Ecrit par FBR1010 (Visiteur), le 22-05-2008 18:39

Ce que j'aime bien c'est que ce test dit que le QX9650 consomme peu sans montrer aucun résultat. :roll
Ecrit par Sébastien Gavois (Utilisateur enregistré), le 22-05-2008 20:12

Oui exact les graphs ne s'affichaient plus, c'est corrigé. 
Merci de ta remarque FBR1010, c'est mieux comme ca ;)

Commenter
  • Vous pouvez renouveler le code de sécurité en appliquant un rafraîchissement à votre navigateur.
Nom
BBCode:Web AddressEmail AddressLoad Image from WebBold TextItalic TextUnderlined TextQuoteCodeOpen ListList ItemClose List
Commentaire



Saisir le code : Code


 
< Précédent   Suivant >
Aperçu de nos articles

TOUS LES ARTICLES
Actualites
Archives
Rss
Vendredi 12 Mars 2010
10:42 Evénement 59H : GOOC 2010, des nouvelles...
08:00 Une GT 220 passive chez PNY
00:32 Test 59H : Intel Core i7 980X (Gulftown)...
Jeudi 11 Mars 2010
18:56 Les tests francophones du jour
16:06 Un concours chez Arctic Cooling
06:00 Test : Intel Core i7 980X (Gulftown) le ...
Mercredi 10 Mars 2010
21:03 [MAJ : De retour ! ] Le forum 59H en mai...
19:23 Les tests francophones du jour
18:38 Nouveaux boitiers chez A+ Case
12:55 Gigabyte et Asus à égalité ?
11:00 Nouvelle pâte thermique chez Tuniq, la T...
09:36 Le premier Service Pack de Windows 7 pou...
08:00 GTX 470 Vs 5870 sous Far Cry 2 et Heaven...
Mardi 09 Mars 2010
15:12 Gros changement chez Synology avec le DS...
10:30 Accelero Xtreme 5970
08:00 Nvidia est trop sous pression ces temps-...
07:00 Deux geeks se marient : une invitation o...
Lundi 08 Mars 2010
21:44 Test 59H : Adaptateur universel Be quiet...
19:58 Un boitier externe qui a du chien chez C...
18:44 Les tests francophones du jour


59H Blog    
Rss


59H Forum    
Rss

Derniers commentaires  Actualites

Reproduction totale ou partielle du contenu du portail interdite
59hardware.net – avril 2004 – Déclaré à la CNIL sous le N°1049216
Partenaires : Froggytest - Bhmag
Page générée en 0.8549secondes
Hit parade