Test des OCZ PC8500 SLI Ready

[Florent]

Salut tout le monde,

Atteint d'une subite envie de changer des d�sormais traditionnel Crucial Ballistix, j'ai command� r�cemment un kit (donc non tri�s puisque acheter dans le commerce)de chez notre partenaire, les OCZ PC8500 SLI Ready
Etant plut�t satisfait des performances, j'ai pens� qu'il serait bon de cr�er un topic en plus du test que je vous invite � lire de Sadhiq     

Sur ce tr�ve de blablatage, place aux r�sultats

Commen�ons par le Max Screen : 

- En Dual Channel


- En Single Channel

[Florent]

Et passons maintenant au benchmark :

• 2,45V

• 2,55V

• 2,7V

• 2,85V

Donc voil�, des r�sultats fort sympathique... en Cas5
J'ai test� en Cas 3 et 4 et les r�sultats sont beaucoup moins satisfaisant donc pour conclure c'est un excellent Kit pour ceux qui recherchent un bon Cas 5  [/list]

[Traxman]

Ca roxx ce test Florent 

Vraiment bien jou� 

[jmax_oc]

Yep en effet pas mal du tout
Les tests confirment les resultats de Sadhiq : moyen en CAS3 et CAS4 mais roxeuses en CAS5.
C'est �galement le m�me constat sur les FLEX PC9200 mais je n'en dis pas plus car l'article est en cours de r�daction

[Meteorik]

Super boulot

Mais c'est curieux que toutes les OCZ suxxent en CAS 3 et 4  S�lectionneraient-ils les puces par rapports au perf CAS uniquement ? ou alors ce sont autres choses que des D9GMH, peut-�tre ? Tu as regard� flo ?

[Florent]

Merci

Je regarde les puces dans la soir�e Meteo' mais Jmax avait l'air sur pour les D9GMH

[UberMario]

K.J. m'a parl� du spd pour els teamgroup, ce qui fait qu'eles roxxent en cas 4, mais pas en cas5, donc �a doit �tre la m�me histoire, spd avec tels ou tels timings, donc roxxeuses en cas 5, et suxxeuses en-dessous... :o

Cela dit, joli les 750mhz en single

[Florent]

Si j'ai le temps, je testerai avec le SPD des Crucial Ballistix

Sinon, j'ai v�rifi� et y'a bien de la D9GMH

[Meteorik]

oki. Ubermario a pas tort. C'est probablement le spd

[AMDVsIntel]

tu fais mieux que mes crucial ballistix alors que t'es en dual et moi en single 

[jmax_oc]

Pour moi c'est pas le SPD. J'avais test� avec des dominator suxeuses en CAS5 et m�me avec d'autres SPD �a ne montait pas.

Soit un "probleme" de puces, soit le pcb ?

[Meteorik]

Le pcb, pourquoi pas. C'est vraiment une piste � creuser. Pour mes PC5300, les PCB sont diff�rents entres les suxxeuses et les roxxeuses mais les anotation des puces aussi (-3V et -3F). Est-ce que c'est li� ?
Mais dans le cas des PC5300 justement, le CAS qui suxx le plus est le CAS5 (�cart de 100MHz entre les meilleures et les plus mauvaises) alors que le CAS 3 et le CAS 4 ne tombent "que" de 50MHz ou 60MHz : est-ce d� aux puces ou aux PCB ? myst�re

[Florent]

Pour info sur les PC8500, on trouve un PCB Fatbody mais bon est-ce que �a a vraiment une incidence quand on voit les r�sultats obtenus sur Buffalo PC9600 qui roxxent � tous les CAS, j'ai un doute sur l'incidence du PCB

[Meteorik]

ben la "coincidence" que je mentionne est vraiment �norme.

C'est quoi ce test des buffalo PC9600 dont tu parles ? ce sont des PCB fat aussi ?

[UberMario]

Pour moi c'est pas le SPD. J'avais test� avec des dominator suxeuses en CAS5 et m�me avec d'autres SPD �a ne montait pas.

Soit un "probleme" de puces, soit le pcb ?

Pourtant, suffit que dans le spd il y aie 2-3 timings non modifiables en temps r�el, ou dans le bios, et �a suffit pour bloquer en fr�quence max, mais grappiller quelques ms sous super pi par exemple... :/

Enfin, de mon cot� je suis pas assez fou pour flasher mes teams jsute pour le cas 5 qui ne me sers � rien pour l'instant, les crucru s'en chargent :o

Si jamais quelqu'un a assez de c....., bonne chance ! :p