Hello a tous.

Bon, j'ai conscience du ridicule de faire un tutoriel sur les Nehalem/Westmere 10 ans après leur sortie, mais il n'y a pas de guide/tuto sur le forum à ma connaissance, juste un excellent topic mais qui est plus basé sur l'architecture des CPU et quelques grandes lignes résumant les paramétrages, sans rentrer dans les détails sur la procédure pratique d'OC qui peut s'avérer parfois compliquée.

Pourquoi un guide sur l'OC sur x58 en 2018, boudiou??

Tout simplement, la question se pose de plus en plus souvent sur le forum:

• Ces configs x58 sont increvables

• Même un i7 920 "de base" non OC tient encore la route de nos jours.

• Et surtout, on trouve des hexacore (i7 970/980/990, Xeon X56x0, W36x0) à bas prix, et avec un coup d'overclock, pour peu que le jeu/appli soit un tantinet optimisé, on a quelque chose qui tient la route face à un 6600K@stock en gros.

• Les habitués du forum ont pu régulièrement subir mes argumentations interminables du genre "noooon, vends pas ta config x58 / i7 920 pour passer sur du récent à 800 roros, ça peut tenir, moi même j'ai une 1080Ti qui tourne nickel avec un W3680@4.4 ghz blah blah blah ça roxxe, blah blah, j'ai 5 PC en x58 / hexacore blah blah"  

Pour la suite, considérons que vous êtes allés lire le sujet sur l'architecture et les grandes lignes pour OC sur x58 sur ce topic donc, notamment les paramètres et différents termes techniques du BIOS

Qu'est ce qu'il faut pour pouvoir OC sur x58?

• Une "bonne" carte-mère = une carte-mère permettant l'overclock = pas une carte-mère serveur, ni une carte-mère équipant un PC HP, Dell, Alienware. En gros, toute carte-mère x58 Gigabyte, MSI, Asus, EVGA... Pour les carte-mères chinoises sorties en 201x, je n'ai aucune idée de ce qu'elles valent ; la dernière "vraie" CM sortie pour x58 était une Sapphire Black à ma connaissance.

! Attention ! Certaines carte-mères EVGA qu'on ne soupçonnerait pas nécessitent un hardmod / ne prennent pas nativement un Westmere-EP, par exemple une EVGA X58 classified E760 v1.0 (source : https://forums.evga.com/m/tm.aspx?m=2340195&p=1). merci à Tchupa pour l'info

• Dernier BIOS à jour. Si vous décidez de remplacer votre classique quadcore 4c/8t par un hexacore 6c/12t , à faire de toute manière.

• Un bon ventirad. Je suis partial en ce qui concerne le Thermalright MACHO HR-02 (j'en ai 4 dont 3 sur x58), mais un bon Noctua comme le classique NH-U12P SE2 fera le job, ou même un Cooler Master 212 EVO. Bien sûr le rad Intel est strictement à proscrire.

• Une alimentation correcte : tenter l'overclock d'un CPU qui va consommer parfois jusqu'à 200W à lui tout seul une fois OC ne s'improvise pas sur une Advance/Heden/Raptoxx/Tagan.....

• De la sueur, des larmes, des dizaines de reboots (voulus ou non), une grande patience, pour un résultat qui normalement en vaut la peine

Quel processeur?

Au vu du prix de la plate-forme x58 à sa sortie, on a tous pris des i7 920 (C0), qui s'overclockaient mal (3.5 Ghz et quelques, poussivement), les plus chanceux ont un i7 920 (D0) qui arrivait à atteindre les 4 Ghz en croisant les doigts très très fort.

De toute manière, que vous ayez un 920/930/940/950/960 c'est pareil, seul le coefficient multiplicateur du CPU change.

Si vous voulez optimiser votre machine x58 au maximum, je conseille vraiment le passage à l'hexacore, c'est peu cher, ça se trouve sans problème sur Ebay ou Aliexpress, et les Xeon sont nettement moins chers que les i7 et parfaitement compatibles avec toute "bonne" carte-mère avec BIOS à jour.

Les Xeon : officiellement processeurs pour serveurs ; en réalité, c'est strictement le même CPU que son équivalent "i7", à part quelques détails qui n'ont pas d'impact.

Je ne détaillerai pas les Xeon 4c/8t équivalents aux i7 920/930/etc et encore moins les Xeon 4c/4t = sans intérêt à mon sens, voici les Xeon hexacore 6c/12t

• Xeon Série X56x0 / L56xx : prévus pour fonctionner en bi-processeur, avec dual link QPI : en pratique, pour OC, ça ne change rien, et ça peut s'utiliser en mono-CPU bien sûr.

• Xeon Série W36x0 : les mêmes mais en mono-processeur = comme les i7.

Cependant, il y a quelques différences subtiles entre Xeon et un i7

=> Les i7 ont en général un contrôleur mémoire "donné" pour 1066/1333 Mhz, alors que les Xeon ont souvent 800/1066 Mhz sur les pages "Ark" de chez Intel. En pratique, il peut arriver que le contrôleur mémoire d'un Xeon ait du mal à monter en BCLK. Parfois, même pour des valeurs aussi ridiculement basses que 150 Mhz au lieu de 133 de base, et ce même en augmentant le QPI/Vtt (nous verrons ça plus tard)... Dans ces cas là il est bien utile d'avoir choisi un processeur au coefficient débloqué.

Un i7 990X pourtant "flagship" de la marque est donné pour un FSB de 1066 selon Ark/Intel. Un W3680 "serveur" est donné pour 1333 Mhz. Bref, globalement, cette info n'est pas vraiment fiable.

=> les Xeon ont un TDP plus bas que les i7. En apparence uniquement. Ainsi, un x5690 a le même TDP de 130W qu'un i7 990X ou un W3690 équivalents. Cependant en pratique, les xeon chauffent souvent moins que leurs équivalents i7, étant normalement issus de "bons batches" lors de la sélection des CPU par Intel (il est convenu que tous ces CPU sont globalement les mêmes en sortie de "wafer" et que ce n'est qu'après qu'on leur "colle" leurs spécifications "en interne" ).

Equivalence globale des CPU:

Quadcore 4c/8t

i7 920 = W3520 = 2.66 Ghz = 133 (BCLK) x 20 (COEFF)
i7 930 = W3530 = 2.80 Ghz = 133 (BCLK) x 21 (COEFF)
i7 940 = W3540 = 2.93 Ghz = 133 (BCLK) x 22 (COEFF)
i7 950 = W3550 = 3.06 Ghz = 133 (BCLK) x 23 (COEFF)
i7 960 = W3565 = 3.20 Ghz = 133 (BCLK) x 24 (COEFF)
i7 965 = W3570 = 3.20 Ghz = 133 (BCLK) x 24 (COEFF)
i7 975 = W3575 = 3.30 Ghz = 133 (BCLK) x 25 (COEFF)

Hexacore 6c/12t

------ = ------- = L5638 = 2.00 Ghz = 133 (BCLK) x 15 (COEFF) (basse consommation)
------ = ------- = L5640 = 2.27 Ghz = 133 (BCLK) x 17 (COEFF) (basse consommation)
------ = ------- = L5645 = 2.40 Ghz = 133 (BCLK) x 18 (COEFF) (basse consommation)
------ = ------- = L5649 = 2.53 Ghz = 133 (BCLK) x 19 (COEFF) (basse consommation)
------ = ------- = X5650 = 2.66 Ghz = 133 (BCLK) x 20 (COEFF)
------ = ------- = X5660 = 2.80 Ghz = 133 (BCLK) x 21 (COEFF)
------ = ------- = X5670 = 2.93 Ghz = 133 (BCLK) x 22 (COEFF)
------ = ------- = X5675 = 3.06 Ghz = 133 (BCLK) x 23 (COEFF)
i7 970  = W3670 = ------ = 3.20 Ghz = 133 (BCLK) x 24 (COEFF)
i7 980X= W3680 = X5680 = 3.30 Ghz = 133 (BCLK) x 25 (COEFF)
i7 990X= W3690 = X5690 = 3.46 Ghz = 133 (BCLK) x 26 (COEFF)

Pour la liste complète, vous trouverez tous les Xeon sur cette page : https://fr.wikipedia.org/wiki/Liste [...] es_de_Xeon . Y compris les Xeon en 2 core, 6 core, 4 core basse consommation etc. Ce n'est pas le propos de ce topic.

Quels sont les processeurs intéressants?

=> l'overclock se fait classiquement au FSB (BCLK), avec généralement le coefficient au maximum proposé par le CPU. Ce coefficient multiplicateur est bloqué *SAUF* sur :

• i7 980X, i7 990, i7 990x <= rares et chers, on parle de CPU qui coutaient plus de 1000$ à leur sortie.
• Xeon W3680 et W3690 <= processeurs "serveur", facilement trouvables, à vil prix.

ATTENTION, Les Xeon X5680 et X5690 et le i7 980 "non X" ONT UN COEFFICIENT BLOQUE, EUX.

Merci à DayWalker II pour la précision sur le 980 "non X", sorti après le 980X  

Certains argumenteront qu'il est plus "efficace" d'OC au BCLK plutôt qu'au coefficient, mais ça n'est pas toujours possible selon l'interaction entre CPU/CM/RAM, et en pratique, ça ne change rien en terme de performances. Et ça force à augmenter le QPI/Vtt pour "tenir" le contrôleur mémoire/la RAM.

En général, on essaie évidemment d'augmenter le BCLK, ne serait-ce que pour être synchro avec la RAM éventuellement.

On ne démarre pas l'OC d'un W3690 en se disant "cool, je vais juste monter le coeff", mais ces CPU avec coefficient multiplicateur débloqué rendent l'overclock plus facile, plus souple, surtout si par malchance, votre CPU a un contrôleur mémoire récalcitrant.

Overclocking en pratique

1) Phase préliminaire:

- Lisez le sujet de référence sur l'architecture Nehalem/Westmere, si pas déjà fait. Pour le listing des paramètres de BIOS/OC, je propose ma version plus bas.

- Faites une image/Ghost de votre système avec Acronis True Image, Clonezilla, Macrium Reflect ou tout autre outil de votre choix : l'overclock peut crasher "sévère" avec un Windows qui explose au démarrage, une base de registres qui peut prendre un coup dans l'aile, et redémarrage/boot impossible. Donc clonage et CD/DVD de récupération en cas de catastrophe.

- Télécharger des outils de tests qui serviront à valider l'OC. Chacun a ses petites habitudes, comme par exemple utiliser OCCT pour le torture test/monitorage ; c'est un excellent outil, mais pas toujours précis au niveau des relevés de sonde de fréquence et température, donc je vous propose plutôt mes classiques :

• CPU-Z : l'outil le plus fiable pour afficher la fréquence du CPU en temps réel.
• Coretemp : l'outil le plus fiable pour afficher la température des différents core du CPU.
• CPUStressMT : mon favori même si plus mis à jour (ne pas se fier aux valeurs de fréquence etc). Le codeur est sur le forum, merci à lui!
• Memtest86+, disponible sur UBCD : outil de test pour la RAM (un overclock instable impacte bien sûr la RAM!)

2) Les paramètres du BIOS:

Le nom des valeurs peut changer selon le BIOS, j'ai essayé de mettre les variantes usuelles. Les paramètres sont classés par ordre d'importance ; ceux qui ne sont pas cités peuvent rester sur Auto.

• BCLK Frequency=> C'est la fréquence interne de référence du CPU, toutes les autres fréquences sont calculées à partir de celle-ci en la multipliant par les coefficients du CPU, RAM, Uncore, etc. FREQUENCE CPU = [BCLK x CPU RATIO ]

• CPU Ratio Setting=> Bloqué sauf si vous avez un i7 980/990 ou un W3680/3690. Il est intéressant de noter que sur les carte-mères Gigabyte, ce coefficient a toujours "+1" si vous laissez "Turbo mode" activé, ce que je fais toujours personnellement. Bonus appréciable si le CPU n'est pas débloqué.

• System Memory Multiplier ou DRAM Frequency=> Permet de régler la fréquence de la RAM via les coefficients mémoire. En 1ere intention, ne pas dépasser la valeur de votre RAM (1066 Mhz pour de la PC3-8500, 1333 Mhz pour de la PC3-10600, 1600 Mhz pour de la PC3-12800 ...). Si c'est moins que la valeur max, on optimisera plus tard. Attention, selon le CPU, *rien* ne garantit que ça passe à la valeur nominale de votre RAM sans une éventuelle augmentation de tension du contrôleur mémoire (QPI/Vtt)

• Uncore Clock Ratio ou UCLK Frequency=> UncoreClock, c'est à dire la fréquence de la partie qui n'est pas Core, par exemple le contrôleur mémoire et le bus QPI. Traditionnellement, il est recommandé que ce soit 2x la valeur de la fréquence de la RAM (3200 Mhz pour de la RAM à 1600 Mhz par exemple). Cependant, avec les hexacore, on peut utiliser "seulement" un facteur de 1.5x (ou une valeur entre 1.5x et 2.x si ça "passe" ) ce qui est un bonus appréciable.

• QPI Clock Ratio / QPI Link Data Rate=> La fréquence du QPI qui détermine la bande passante du bus. Le QPI se calcule en multipliant le Bclock*coefficient, donc comme pour la RAM, le bus QPI augmente en fréquence. Il est bon de choisir la plus petite fréquence/bande passante pour le QPI lors de l'oc, le laisser à stock. Certains CPU ont un QPI à 4.8Gt/s, d'autres à 6.4Gt/s (se référer aux fiches Ark/Intel). En pratique, c'est peu limitant.

• CPU Vcore ou CPU Voltage=> Tension du CPU, à régler en fonction de la fréquence (mais pas uniquement, l'augmentation du BCLK seul aussi), ne pas dépasser les 1.45V sous peine de réduire l'OC de votre CPU à long terme, à cause de l'électromigration. En pratique, je conseille 1.40v maximum. Il faut garder à l'esprit que cette valeur n'est souvent pas effective, à cause du vDrop = tendance de la tension à baisser en charge maximale => utiliser le Load Line Calibration (LLC) pour tenter d'avoir la valeur la plus proche de celle désirée.

• Dynamic Vcore [DVID]=> Fonction qu'on trouve maintenant sur toutes les CM modernes, mais pas forcément sur toutes les CM x58. Moyen très élégant d'appliquer un offset de tension plutôt qu'une tension fixe = le voltage d'un CPU peut en pratique varier de 1v à 1.35 par exemple entre le pur idle sur le bureau et la charge maximale. A privilégier si vous avez l'option. Le seul inconvénient est que *parfois* il est donc possible que le CPU n'ait pas un voltage suffisant quand il est sur un core, ou à coeff/charge intermédiaire. En pratique, jamais vu.

• QPI/Vtt Voltage ou QPI/DRAM Core Voltage=>Tension du QPI et du contrôleur mémoire qui gère la fréquence de la RAM et la fréquence du QPI. Cette tension est traditionnellement connue pour devoir être augmentée si on monte la fréquence de la RAM. D'expérience, elle est souvent nécessaire si on augmente le BCLK (même si la RAM n'est pas overclockée = fonctionne à sa fréquence voire en-deçà). Il faut aussi l'augmenter si vous avez beaucoup de RAM ou de grosses barrettes : un QPI/Vtt par défaut pourra tenir 3x1Go, mais probablement pas 6x4 Go....Et enfin, j'ai souvent dû augmenter cette valeur pour stabiliser un overclock, en conjonction avec le Vcore (on reverra ça plus tard). Je conseille un maximum de 1.35v. 1.40v GRAND MAX. Règle de chez Intel : il ne doit pas y avoir plus de 0.5v de différence entre la tension du contrôleur mémoire et celle de la RAM. La DDR3 à la sortie du x58 était en 1.65v, l'actuelle est en 1.5v. En pratique, à moins d'avoir un Vcore à 1.2v et de la RAM de roxxor overclockée à 1.85v, c'est sans problème.

• Load-Line Calibration (LLC) => Sert à compenser le Vdrop et stabiliser le VCore. Je mets toujours sur ENABLE, ça évite de devoir appliquer un vcore 2-3 crans "de trop" juste pour rattraper une tension trop instable. Attention, si vous avec un vcore à 1.4v par exemple et le LLC activé, vous pouvez vous retrouver avec un vcore réel de 1.48v ; certaines carte-mères proposent 2 niveaux de LLC, à vous de voir à l'usage ce que ça donne.

• CPU PLL Voltage=> Tension de l'horloge de fréquence du CPU. Parfois utile de l'augmenter **un peu** pour stabiliser un overclock. En gros si vous avez mis un vcore de malade, un QPI/Vtt de malade, et que ça ne passe toujours pas, ce paramètre peut être celui qui "coince". Maximum 1.860v, personnellement.

• QPI PLL & IOH Core=> Il s'agit de deux réglages liés, qui doivent être à la même valeur. Gestion du Northbridge = en partie lié à la mémoire : souvent négligés, ils peuvent parfois vous sauver = les augmenter peut vraiment être la clé pour faire/sauver votre OC. Maximum 1.340/1.360, d'expérience.

Options de gestion d'énergie, Turbo etc => Certains conseillent de désactiver tout ça pour stabiliser un OC : pas d'accord : avoir un CPU à 4 Ghz et 1.35 de Vcore même à 0% de charge (consommation non négligeable sur cette génération), c'est absurde. En pratique, toutes mes machines OC l'ont été avec ces paramètres d'économie d'énergie activés.

• Intel Turbo Boost : ce qui permet d'avoir un effet "turbo" (+1 de coeff) en cas de charge uniquement sur 1 ou 2 core ; donc c'est sympathique ; cependant cette option a aussi un revers de la médaille : elle peut activer une gestion de l'enveloppe thermique (TDP) = effet de throttling du CPU quand on se rapproche du maximum donné par Intel = un CPU qui ne tient pas sa fréquence maxi, et passe ton temps à faire le yo-yo entre 3.6 et 4 Ghz par exemple. C'est le cas sur les  deux P6T (Asus) dont je dispose et j'ai donc dû désactiver l'option. Par contre, aucun problème sur les Gigabyte, au contraire, ça donne même +1 de coeff "gratuit" même en charge max sur tous les core. Activer sur Gigabyte, et à voir sur les autres marques selon comportement en charge.

• CPU Cores Enabled : nombre de core actifs = tous, bien sûr

• CPU Multi-Threading : l'Hyperthreading (HT) donc : à garder ; ça rajoute +10°C en charge maxi en gros, et 20% de perfs facilement pour les applis multithreadées comme les encodeurs video.

• CPU Enhanced Halt (C1E) : Economie d'énergie, à garder ; http://www.hardwaresecrets.com/eve [...] ing-modes/

• C3/C6/C7 State Support : Economie d'énergie, plus fine que le C1E, à garder ; http://www.hardwaresecrets.com/eve [...] ing-modes/

• CPU Thermal Monitor : sonde thermique...

• CPU EIST : Intel Speedstep, qui diminue/augmente le coeff selon la charge CPU

• Bi-Directional PROCHOT : gestion d'extinction de sécurité si température CPU trop haute

Options de RAM

• Extreme Memory Profile (X.M.P)=> Gestion automatique des paramètres de la RAM ; même en 2018 c'est encore une source de galère régulières avec des réglages pas toujours aussi efficaces que prévus.... Pour la RAM je conseille de laisser en "Normal" (pas de "Turbo" ou "Enhanced" etc) ou de rentrer A LA MAIN les timings : **XMP OFF** en tout cas ; si vous avez de la "PC 12800 1600 Mhz 24-9-8-8" (exemple fictif), c'est tRAS=24 / tRP=9 /tRCD=8 / CAS=8

3) Allez c'est parti, on rentre dans le BIOS:

TOUS LES REGLAGES CITES PLUS HAUT DOIVENT ETRE SUR "Normal", "Enabled/Disabled" ou à leur valeur de base, PAS sur "Auto" ; Jamais RIEN sur "Auto" sauf éventuellement les réglages de RAM, les réglages inutiles (ICH I/O, ICH Core, PCI-E, DRAM Termination etc etc).

"Auto" est une valeur qui peut varier selon la révision du BIOS=> une MAJ de BIOS et l'OC ne fonctionne plus. Ceci dit, même avec des valeurs "en dur", c'est possible, un nouveau BIOS peut gérer différemment les mêmes valeurs => vu la génération des CM x58, prenez d'emblée le dernier BIOS pour être tranquille. C'est déja le cas si vous avez un hexacore, mais on ne sait jamais.

Le Vcore a une valeur par défaut qui est intégrée dans le CPU : trois CPU de même modèle peuvent avec des Vcore différents selon leur validation à la sortie d'usine Intel. Mieux vaut avoir un CPU avec un Vcore d'origine bas, évidemment, mais on ne choisit pas.

Voilà; normalement à ce stade, vous avez laissé/activé les économies d'énergie, mis toutes les tensions sur leurs valeurs de base, activé la LLC si disponible...

4) Overclocking, enfin...:

On n'est pas tous d'accord sur la façon d'OC. Il ya une partie "logique", et parfois une partie quasiment "au feeling", ce qui fait bizarre à dire pour quelque chose de très technologique, et pourtant.

l'OC dépend de plein de facteurs : le même CPU sur deux carte-mères différentes, même de modèles proches, pourra se comporter de manière très différente ("mur BCLK" à 140 Mhz sur l'une, 200 Mhz "facile" sur une autre)

Dans tous les cas, je vous conseille de noter au fur et a mesure vos réglages et modifications successives sur une feuille de papier et/ou prendre des photos du BIOS : parfois quand ça plante, le BIOS perd ses réglages ou on est obligé soi-même de faire un Clear CMOS = on perd tous les réglages de toute manière = autant savoir où on en était.

Il y aura toujours 3 phases:

• Voir comment le BIOS se comporte après changement des paramètres : plantage/"OC failed" et accès au BIOS après 2-3 reboots auto parfois (patience) = encourageant ; plantage complet avec nécessité de CCMOS = revoir ses exigences à la baisse ou ses tensions à la hausse
• Arriver à booter Windows : possibilité de reboot brutal ou de BSOD durant cette phase délicate (voir le tableau des BSOD plus bas)
• Stress-Tests : à faire systématiquement sur au moins 5 minutes pour voir la "chauffe" du CPU, et le type de plantage si pas encore stable.

Méthode 1 : La "bonne méthode" = officielle/classique, il me semble

Elle consiste à essayer de trouver la fréquence maximale de la RAM et du BCLK:

• On essaie de garder la même fréquence CPU (ex: 2600 Mhz pour un i7 920 à 20x133) en augmentant le BCLK et en baissant le coeff : ainsi, on voit à combien on peut tenir en BCLK
• Le but est de se rapprocher au maximum de la fréquence "validée" de la RAM (ex 1600 Mhz pour de la PC12800)
• Le PC peut refuser de booter avec ces nouveaux réglages, obligeant à une extinction forcée, ou au pire, un Clear CMOS (CCMOS) : faire ça à la pile, au jumper, ou avec le bouton si vous avec une CM de qualitaÿ.
• Il va falloir augmenter le Vcore (directement ou par offset DVID) et éventuellement le QPI/Vtt en parallèle (généralement à une valeur moindre) pour pouvoir augmenter le BCLK. Et éventuellement QPI PLL & IOH Core.
• Faites toujours en sorte d'avoir l'Uncore à 2x la fréquence de la RAM pour un quadcore (et 1.5x pour un hexacore)
• Il est judicieux de faire plusieurs passes de Memtest86+ pour savoir si c'est OK une fois qu'on pense avoir trouvé le BCLK maximum. Même si la RAM n'est pas à sa fréquence max, si le contrôleur mémoire flanche, Memtest86+ donnera une erreur. Une fois le Memtest OK, faites un torture-test (cf. plus bas) d'une bonne demi-heure pour voir ce qui se passe.

Puis à ce stade, on peut réaugmenter le coeff pour réellement overclocker la fréquence du CPU.

• Il va falloir augmenter éventuellement le Vcore (direct ou offset DVID) et encore une fois le QPI/Vtt +/- QPI PLL & IOH Core et CPU PLL.
• A chaque fois, toujours pareil : si le BIOS plante, soit il vous fait un "overclocking failed" et vous rend la main aux anciens réglages, soit plantage complet, CCMOS etc.
• Si vous arrivez à démarrer Windows, il faut passer au protocole de torture test (cf. plus bas, la façon dont ça plante nous oriente)
• Et ainsi de suite jusqu'à trouver l'OC maxi.

Méthode 2 : La méthode "bourrin" (que j'utilise ^^')

Tous ces CPU sont globalement les mêmes et on peut espérer un OC certain à 3.5-3.6 Ghz, 3.8 Ghz généralement, 4 Ghz le plus souvent, et plus si on a de la chance.

Personnellement je cible directement 4 Ghz, avec un BCLK haut, et je vois comment "ça se comporte".

Certains CPU (les Xeon surtout) peuvent avoir du mal à "tenir" la RAM, quels que soient les réglages. Il m'est déja arrivé d'avoir des CPU qui ne dépassaient pas 1200 Mhz pour la RAM, quoi qu'on fasse (contrôleur mémoire récalcitrant), quel que soit le QPI/Vtt appliqué. Je vous conseille de démarrer éventuellement avec un multiplicateur très bas, avec quelque chose d'aussi ridicule que 1066 Mhz pour la RAM (peu importe le BCLK) au départ, pour être tranquille. Puis augmenter progressivement le multiplicateur si le CPU "tient" (sinon ça sera BIOS planté / pas de boot à la chaine). Et y revenir plus tard. La RAM à 1200-1400 Mhz n'est pas si pénalisante que ça. Et si vous vous acharnez à vouloir l'avoir à 1600 Mhz (pour de la PC12800), vous pouvez passer un temps infini pour rien devant un écran noir à répétition.

• On met donc d'emblée à des valeurs "hautes acceptables" le Vcore à 1.35v, QPI/Vtt à 1.3v, d'emblée, Uncore classique à 1.5x/2x la freq de la RAM. IOH/PLL et CPU PLL aux valeurs normales ou d'emblée à quelque chose comme 1.24v.
• On démarre avec un BCLK moyen de 160-180 Mhz, et on cible au coeff (si débloqué) quelque chose comme 3.8 Ghz. (ou 200 Mhz de BCLK / 4 Ghz d'emblée...) => Si ça plante le BIOS direct, on joue sur les valeurs citées plus haut pour essayer de stabiliser.
• Comme dit précédemment, BCLK haut ne veut pas forcément dire "avec RAM synchro au max" (classiquement 1600 Mhz pour de la PC12800)
• Si on n'y arrive vraiment pas, on diminue le BCLK; l'idéal étant d'avoir un W3680 pour compenser au coeff. Si vous avez un X5650, on ne va pas aller loin. Les deux W3680 que j'ai refusent de faire du > 133 de BCLK peu importent les réglages.
• Si c'est OK, on continue d'augmenter la fréquence CPU , soit par le BCLK soit par le coeff. 4 Ghz est quelque chose de raisonnable avec un bon rad; au-delà c'est pour le fun et ça n'est pas toujours simple.
• Soit "rien ne passe", on tente d'augmenter QPI PLL & IOH Core et CPU PLL ; si ça ne suffit on continue d'augmenter Vcore et QPI/Vtt mais sans dépasser 1.45v (réel) pour le Vcore et 1.4 pour le QPI/Vtt. Bien vérifier sous Windows avec CPU-Z quel est le Vcore réel en charge.
• A un moment donné, on doit avoir un CPU qui est à une "belle fréquence" => windows, et torture tests.

Torture-tests

Parce que bien sûr, le fait que Windows démarre après un OC à 4.8 Ghz ne veut rien dire. Le processeur peut faire des erreurs sporadiques, ou ne pas avoir assez de tension pour une pleine charge sur tous les core etc.

Les Torture-tests servent de test "final" (je valide sur un test de....24h....on ne rit pas, j'ai vu des plantages à 8h....15h.....) mais aussi de test intermédiaire rapide pour savoir où on en est.

=> on lance donc conjointement CPU-Z pour la fréquence, Coretemp pour les températures et CPUstressMT pour charger le CPU.

=> La façon dont ça plante nous oriente:

• REBOOT BRUTAL = augmenter le Vcore

• Erreur dans le programme de torture (CPUstressMT ou autre) : augmenter le Vcore

• BSOD (Blue Screen of Death, Ecran Bleu de La Mort)

0x101 = augmenter le Vcore
0x124 = augmenter ou diminuer QPI/VTT et si ça ne marche pas, essayer dans l'autre sens (augmenter/diminuer), oui je sais, l'overclock c'est fou
0x0A  = augmenter QPI d'abord, et si ça ne suffit pas, augmenter le Vcore
0x1A  = Problème de RAM : faire un Memtest, augmenter éventuellement la tension de la RAM
0x1E  = augmenter le Vcore
0x3B  = augmenter le Vcore
0x3D  = augmenter le Vcore
0xD1  = augmenter ou diminuer QPI/VTT et si ça ne marche pas, essayer dans l'autre sens (augmenter/diminuer), ou augmenter la tension de la RAM sinon éventuellement
0x9C  = augmenter QPI/VTT généralement, mais parfois Vcore
0x50  = problème de RAM ou ratio Uncore trop haut : augmenter tension de la RAM, ou , ou baisser le ratio Uncore si trop haut (2x/quadcore et 1.5x/hexacore)
0x109 = Tension de la RAM trop forte ou trop faible
0x116 = Tension du Northbridge trop basse, augmenter IOH Core ; fréquent en cas de SLI/CF, overclock GPU
0x7E  = Trashage du système de fichier par overclock instable => lancer un  "sfc /scannow" et "chkdsk /r"

(source : http://www.overclock.net/forum/5-i [...] -list.html ) <= ça m'a rendu de précieux services.

En pratique: si le torture-test tient 5 bonnes minutes et qu'on n'est pas à fréquence max, on reboote et on augmente les fréquences.

5) Valider / choisir le bon OC:

Une fois qu'on enfin atteint quelque chose qui parait stable sur une bonne heure de stress-test, disons, il est temps de tester définitivement sur 24h00 puis "valider", et bien sûr prendre des photos ou des captures écran de son BIOS à garder au chaud au cas où.

• Si vous avez utilisé la méthode 1, vous avez augmenté les tensions au fur et à mesure, vous êtes donc OK si c'est validé sur 24h

• Si vous avez utilisé la méthode 2, vous avez possiblement des tensions trop élevées :

- Si vous n'avez jamais eu à réaugmenter le Vcore ou QPI/Vtt : il faut faire des tests en baissant ces tensions pas à pas, une par une, ou par paliers des deux....
- Si vous avez eu à augmenter Vcore et QPI/Vtt, il est probable que ces tensions soient nécessaires.

De toute manière, il faut se poser la question:  "cet OC est-il judicieux"? => on s'attache souvent à des valeurs "cibles". 4 Ghz ça fait mieux que 3.8 Ghz non? Pourtant, s'il faut 1.4v de Vcore pour 4 Ghz avec un CPU à 85°C en charge max, contre 1.25 de Vcore pour 3.8 Ghz et une température de 70°C....la différence de perfs ne justifie pas la chauffe et le stress sur le CPU. Donc il est parfois utile de revoir ses notes sur bout de papier, où on retrouvera un palier intermédiaire noté par exemple "test OK sur 1h" avec les valeurs de tensions correspondantes.

6) Conclusion

OC sur socket 1366 n'est pas aussi simple que ça : s'il n'y avait que le Vcore, BCLK et coeff, ce serait tranquille. Mais il faut parfois stabiliser le PLL CPU, le Northbridge, et surtout CHAQUE CPU est différent, et peut avoir un comportement différent SELON LA CARTE-MERE.

C'est pour ça que je conseille systématiquement maintenant le W3680 avec son coeff débloqué, ça permettra de toute façon d'atteindre environ 4 Ghz sauf malchance absolue.

Je suis bien conscient que ce guide est un peu "brouillon" : il y a vraiment une phase où on doit "sentir" un peu ce que "peut donner" le CPU, et ça passe parfois par des phases de 10 reboots/plantages d'affilée après réglages dans le BIOS.

En espérant que ça puisse en aider certains. C'est un 1er jet, je suis ouvert aux suggestions pour clarifier certains points, si besoin.

Screenshots de mes 5 configs pour bien comprendre que les paramétrages sont parfois un peu compliqués

X5650 sur P6T SE (flashée en P6T WS)

@4 Ghz avec BCLK à 200, mais nécessité d'un Vcore relativement haut, et vu le ventirad correct mais sans plus  (NH-U12P SE2), ça chauffait pas mal

Passage donc à 3.85 Ghz en baissant le BCLK, ce qui permet de baisser très nettement le Vcore, mais aussi le CPU PLL, et IOH Core.

Ca donne ça en pleine compression HEVC

X5670 sur P6T

@4 Ghz mais même type de Vcore, et là encore ventirad "moyen" (Cooler Master 212 Evo)

On le passe donc @3.8 Ghz en baissant là encore le BCLK, ce qui permet de pouvoir baisser le QPI/Vtt dans le même temps, l'IOH, le CPU PLL...

W3680 sur GIGABYTE EX58-UD5 (BIOS F13m) / Rad Macho HR-02

Mon PC de jeu, j'ai donc poussé l'OC au max (le CPU le permettait), voltages un peu hauts avec 1.4v de Vcore, mais ce n'est pas un PC avec parfois une charge H24 comme les autres.

Impossible de monter le BCLK au delà de 133, ou avec surchauffe massive il me semble (sais plus....)

Notez le clock ratio à x34 => en fait au total la CM Gigabyte va appliquer x35 = toujours compter "un cran de moins dans le BIOS"

Il a été obligatoire d'augmenter IOH/QPI PLL comme vous pouvez le voir.

W3680 sur GIGABYTE X58A-UD3R (BIOS FH) / Rad Macho HR-02

Un CPU qui refuse lui aussi de monter en BCLK, mais qui arriver tout de même à ses 4 Ghz au coeff.

Par contre, CPU sympa en terme de tensions, Vcore très mesuré, pas besoin de forcer sur le QPI/Vtt, IOH....

i7 970 sur GIGABYTE EX58-UD4P (BIOS F14p) / Rad Macho HR-02

Mon i7 970 acheté il y a quelques années sur eBay, expédié d'Autralie....une affaire à l'époque.....350 euro je crois....  

4 Ghz, fait le job

Quelques Annexes liées à l'OC sur x58.
 
1) Annexe 01 : Procédure de récupération de BIOS sur Gigabyte (et recopiage BIOS 1 vers BIOS 2)
2) Annexe 02 : Crossflash des P6T/SE en WS pour passer la barrière du TDP de 130W
 
 
 

 
 
1) Annexe 01 : Procédure de récupération de BIOS sur Gigabyte
 
En cas de gros OC, il est possible de "trasher" le BIOS = oui oui le BIOS est mort. C'est rare mais ça m'est déja arrivé.
 
Généralement la seule solution est de faire appel à notre Robin des BIOS forumesque pour sauver la carte-maman, ou si on a de la chance, le BIOS est socketé et donc puce extractible, achat sur site spécialisé et remplacement.
 
Cependant, chez Gigabyte, toutes les CM x58 de cette époque (à ma connaissance, en tout cas les 3 dont je dispose) ont un DUAL BIOS, et donc on peut forcer le recopiage du BIOS 2 vers le BIOS 1.
 
Au passage, je vous conseille de prévoir le coup d'avance et de faire l'opération inverse: SAUVEGARDER LE BIOS 1 sur le BIOS 2 (parce que si tout explose et que vous vous retrouvez avec le BIOS 2 qui était celui d'origine...et que vous avez un hexacore....pas de boot, sauf si vous avez un i7 920 dans un tiroir...)
 
https://www.gigabyte.com/fileupload [...] albios.htm
 

 
 
 
 
 

 
2) Annexe 02 : Crossflash des P6T/SE en WS pour passer la barrière du TDP de 130W
 
Il y a peu de différences entre les ASUS P6T, P6T SE, P6T WS. Enfin, si, 2 principalement:
 

• La P6T et la P6T WS ont à la fois le Crossfire et le SLI, la P6T SE (Second Edition, "Shitty Edition" pour les mauvaise langues ), n'a que le Crossfire : c'est une limitation purement marketing, pas hardware.
• La P6T WS dispose du SAS et de 2-3 bricoles "pro", et surtout elle n'a pas la limitation de TDP qui est très gênante sur les P6T "non WS"

En effet, j'ai été très surpris sur ma 1ere P6T (1ere CM "non Gigabyte" que j'utilisais en x58) : l'OC était ultra-instable en pleine charge : le multiplicateur faisant un yo-yo infernal entre 3.6 Ghz et le 4.0 Ghz ciblé... En fait c'est une limitation du "Turbo mode" (pourtant chez Gigabyte, aucun souci, aucune limite de TDP a priori)
 
La solution pour les possesseurs de P6T/SE est donc classiquement de faire un "Crossflash" = flasher le BIOS d'une WS.
 
Il existe un module de flashage intégré au BIOS, mais malheureusement il ne fonctionnera pas puisqu'on flashe un "autre BIOS", pas prévu pour la carte-mère.
 
Il va donc falloir créer une clé USB DOS bootable pour flasher le BIOS à l'ancienne.
 
EN CROSSFLASHANT EN P6T WS VOUS PERDREZ L'USAGE DU CONNECTEUR IDE ET DU FLOPPY DRIVE (et les infos sur le 2e contrôleur réseau, le SAS, etc, seront évidemment "fausses" dans le BIOS)
 
Sources : https://forums.anandtech.com/thread [...] 36/page-52 / http://www.overclock.net/t/586111/ [...] ash-to-p6t
 

• BIOS de P6T WS dispo >>> ICI <<<.

• AFUDOS "bonne version" pour flasher le BIOS >>> ICI <<<.

• Créer une clé USB bootable, avec HP USB BOOT par exemple : Tutoriel (en français!)>>> ICI <<<. Merci à El Paladin MalefiK pour la correction, ma méthode avec RUFUS étant visiblement aléatoire et foireuse pour la plupart des utilisateurs

• Copier le fichier BIOS sur la clé USB ; je vous conseille de le renommer en quelque chose de simple pour ne pas galérer inutilement ; disons "bios.rom"

• Booter sur la clé USB, et tapez la commande suivante pour forcer le flashage:

 
Normalement c'est bon..sinon....vous avez flingué une CM x58  

pourquoi j'ai vendu ma r2e et ma classified a l'époque si j'avais su, super tuto !
 
edit:
tu devrais modifier le titre pour mettre plus en avant la compatibilité des xeon sur X58, du genre "tuto oc xéon sur x58"

Oh, excellent  Merci zonka
 

Merci les gars  

En me relisant j'ai vraiment le sentiment que ça fait "y'a plein de paramètres à bricoler, bonne chance" mais ça me semble plus raisonnable que le topic de référence qui stipule juste de "monter la fréquence par paliers de quelques Mhz et d'augmenter les tensions (lesquelles??) si ça plante"

oufouf84 : t'as revendu tes EVGA de roxxor Bon, tant que c'était pas une SR-2 (bi-CPU raaaah)  

En un mot: GG!
Dommage que les cartes mères soit si dure a trouver et aussi chère.

Pratique : tout est au même endroit !
 
Je relirai ce soir tranquillement... et je ne suis pas contre d'apporter quelques infos si besoin sur i7 980 + Asus P6T deluxe (voir mon profil).

GG le tuto  
 
Certain Xeon Hexacore sont delidable "X5690+W" et il manque aussi le crossflash des cm Asus low cost pour désactiver le cpu thermal et ainsi faciliter l'oc

Au top !!! super ce topal !!!
ca ma donné envie de ressortir mes x58

Merci à tous, je pensais me faire un peu taquiner sur mon retard de 10 ans    
 

 
J'ai acheté:
 

• GIGABYTE EX58-UD5 neuve "à la belle époque, cher mais tellement rentable par rapport à d'autres configs (quoique ma Z77X-D3H en s1155 va tenir très longtemps je pense aussi )
• GIGABYTE X58A-UD3R sur Ebay il y a 3-4 ans, dans les 250 euro d'occasion, c'est encore leur prix j'ai l'impression
• GIGABYTE EX58-UD4P sur Ebay aussi, même ordre de prix...
• P6T ou SE je sais plus : sur le forum, dans les 100 euro avec RAM
• P6T ou SE je sais plus : sur le forum, dans les 70 euro nue

Ca peut se trouver dans les 100 euro sur le forum, ou moins selon modèle, et ça les vaut je trouve, pour se monter une config qui tape pas mal avec un Xeon hexacore pas cher et recycler de la DDR3    
 
 
 

 
Toute suggestion est bienvenue
 
 
 
 
Ah?   Je croyais que tous les CPU en socket 1366 avaient un joint en indium = à ne surtout pas delid => pas tous?    
 
Bon, c'est un peu HS pour le crossflash P6T, je m'y colle en "annexe"    
 

 
Quoiiiii ? du x58 au placard? Sacrilège  

Je crois qu'il y a une coquille dans le document : le i7 980 sans X est verrouillé en coefficient il me semble (il faudrait que je regarde dans mon BIOS), par contre le i7 980X n'est pas verrouillé.
 
Le i7 980 est sorti après le 980X, apparemment lorsque le i7 990X est sorti, donc techno mieux maitrisée que les premiers i7 980X. Le Bus QPI n'est pas à la même fréquence par défaut.

Ah oui, et attention au C6 : il me semble avoir lu sur HFR que ca pouvait avoir un impact sur la bande passante des SSD (pour le C3, je ne me souviens plus, mais il faudrait retrouver la source)

Salut zonka
Fort sympathique ce petit tuto
Combien de diff en t° tu a entre un 212evo et un NH u12p ?
Car j'ai hésite entre les deux finalement j'ai pris un 212x
Moi j'ai un 70° @4,9GHz pour mon 4690k delid a la NT-H1
Voilà voilà

Je n'ai pas envie de démonter mon i7 980 (sans le X)...

 
 
Je l'ai découvert récemment en faisant mes expériences et tout comme le socket 1156 dont j'ai delidé un I5 760 + deux Xeon quad.
 
X5680-X5690 ont bien une pâte moisie entre le die et l'ihs... alors que le L5640 est soudé.
Je ne serai pas surpris que le i7 980x ainsi que le 990x le soient aussi mais comme j'en ai pas sous la main pour le moment, je peux donc pas affirmé à 100%

 
Oh purée..exact! bien vu! le 980 non X est sorti plus tard = version "cheap" du 980X, pas plus d'intérêt qu'un 970 puisque coeff locké. J'édite en conséquence, merci    
 
 

 
Me semble avoir lu 1 truc là-dessus aussi, mais ça semble étonnant.    
 

 
Je ne peux pas vraiment juger dans la mesure où les deux configs sont similaires (X5650@3.85/NH-U12P d'un coté, X5670@3.8/212EVO de l'autre) MAIS le X5650 est autour de 1.2v en Vcore/QPI-Vtt, et le X5670 est autour de 1.33v. Pas pareil à dissiper. Les deux rad se valent je dirais, et je ne jure toujours que par le Thermalright Macho HR-02 (bon, c'est pas la même taille hein!). Le 212EVO est moins pénible à monter, de mémoire ; j'ai recyclé ces deux rad que j'avais en stock en fait
 
 
 
Sinon j'ai rajouté deux annexes.
 
1) Annexe 01 : Procédure de récupération de BIOS sur Gigabyte (et recopiage BIOS 1 vers BIOS 2)
2) Annexe 02 : Crossflash des P6T/SE en WS pour passer la barrière du TDP de 130W
 

 
L'i7 980 n'est peut-être pas delidable qpi et stepping sont différent.  
 
http://www.cpu-world.com/CPUs/Core [...] 980X).html
http://www.cpu-world.com/CPUs/Core [...] 7980).html

 
C'est une histoire de retour de veille des différents cores.
 
Il y a des captures ici

 
J'étais tombé sur un sujet similaire : http://www.thessdreview.com/forums [...] cons.2763/
 
Franchement pas catastrophique (bien vu les jolis chiffres qui baissent en écriture), mais bon, je vois déja rarement la différence en usage réel entre le SATA 2 et le SATA 3 pour les SSD, alors bon  

 
na je te rasure, c'étais la sli, une pure beauté avec le petit kit de dominator gt qui va bien 6x4gb miam,  j'ai jamais trouver de sr2 a prix raisonnable a l'époque, alors aujourd'hui j'imagine pas le prix , mais la r2e mon dieux je pouvais lui mettre tellement une vrai turie.
et j'ai tout vendu pour un 2600k    

 
d'diou ! à lire à tête reposé

Drap

merci zonka pour ce très bon joli tuto....
Je vais peaufiner mes réglages grâce à ce dernier.
 
ps : comment faites-vous des images de votre bios?
 
merci    

Certains BIOS permettent de faire une capture d'écran...  
Sinon, photo.

Appareil photo en ce qui me concerne.

Sur les BIOS UEFI modernes il y a une option capture sur clé USB. Là, je n'ai même pas cherché, je crois qu'il n'y en a clairement pas

qu'en pensez-vous..??
 
si je monte trop en BLCK, il me mets un BSOD 124
 

Une Rampage II avec donc Turbo désactivé, i7 920, multi à 21 etc, Uncore à 2x la RAM, etc, tout ça est logique  

Température correctes.

Si ton i7 920 est une rev C0, il est possible que tu aies atteint la limite du CPU (le 4Ghz n'était vraiment pas garanti) ; si c'est un D0, faut voir  

=> Les réglages ICH et IOH sont en manuel je vois mais ce sont les valeurs de base ou des tensions déja plus hautes que "normal"? ICH tu peux tout laisser en normal/de base c'est la partie SATA en gros ; IOH tu peux augmenter si besoin jusqu'à 1.320v max si ça stabilise l'OC.

=> tu OC en voltage fixe, ce serait mieux en "offset" mais ça se discutera une fois stabilisé.

=> je mettrais la Load Line Calibration en "ON" et pas en "Auto", là on ne sait pas en fait.

=> Juste pour voir tu peux essayer avec un multi inférieur pour la RAM (oui je sais c'est pas top, mais, pour voir) , c'est peut-être le contrôleur mémoire qui a du mal et comme tu es déja assez haut pour le QPI/Vtt (1.35v), je ne monterais pas au-delà juste pour atteindre 4 Ghz mais comme toujours ça se discute.

En tout cas c'est toujours intéressant à discuter au niveau "stratégie d'OC" : +/- facile selon le CPU/CM comme je le répète (trop) souvent  

j'ai bien un i920 rev C0
 

Ces sont juste les valeurs de base recopiées en manu, je les passe en auto
 

je sais pas encore le faire
 
je mets donc la load calib sur "ON"
 
je mets un multi inf en RAM
 
je reboot et vois ce que ça donne

voilà nouveaux reglages:
 
IOH 1.11
IOH PCIE 1.51
ICH 1.11 ICH PCIE 1.51
en manu, c'est les premières aprés auto
 
QPI/DRAM 1.35-> 1.3
load calib auto -> activée
DDR-3-1107Mhz
UCLK 2215Mhz
 
BCLK 186
 
occt en cours , je laisse tournée cette nuit.....

Allez ça se tente ; ça commence à faire un peu bas pour la RAM, mais bon, ça permettra de se faire une idée.

Les C0 ne montent pas bien haut... mais les D0 font "facilement" 200x21.
 
Par expérience, les Uncore > 3.6 GHz, ca devient difficile, mais là, on en est loin... Contrairement à ce qu'on peut souvent lire, plus l'Uncore est haut, plus le CPU est rapide, donc on n'est pas obligé de se limiter à 2x la vitesse de la RAM.  
 
D'ailleurs, augmenter l'uncore réduit rapidement le temps d'accès.  
- Mon i7 980, avec Uncore@3.67 GHz et la RAM à 2.04 GHz (9/10/9) donne un temps d'accès de 49.8 ns.
- Mon ancien i7 920, avec Uncore@3.60 GHz et la RAM à 1.60 GHz (7/8/7) donnait un temps d'accès de 49.0 ns.
 
Le cache sur les Gulftown est moins performant, ce qui explique que le 920 s'en sort mieux, même avec de la mémoire un peu plus lente.

il a pas tenu  
je reduis encore le QPI
 
et du coup ma RAM je l'augmente?

 
En général, si tu augmentes la RAM, il faut augmenter le QPI pour que le contrôleur mémoire tienne.
 
=> laisse ta RAM "basse", et réaugmente le QPI à 1.35, et IOH à 1.24 d'emblée
 
Il a "pas tenu" = reboot? BSOD? erreur OCCT? en 10 min / 3 heures etc ?
 
 
 

 
Très intéressant tout ça.
 
=> avec quel outil tu vérifies la latence ?
 
=> est-ce que ça a une influence au niveau "réel" : compression video (j'y crois peu), jeux (quelques fps, classiquement) ?
 
=> est-ce que le BCLK a une influence au niveau des perfs = 4 Ghz avec 200x20 ou 133x30 = idem ou pas ? Parce que c'est clairement plus facile avec la 2e option.
 
   
 

 
Avec Aida64, la version demo suffit
 

Je n'ai de jeux pour le quantifier. Grosso modo, ta RAM, c'est de la mémoire L4. Donc si ton L3 tourne plus vite, tant que les données sont dans le L3, on sent la différence. J'avais un fichier excel hyper complet lorsque j'avais fait la stabilisation de mon OC. Avec les résultats partiels qu'il me reste, passer l'uncore de 3232 à 3434, le reste étant identique (180*22, dont la mémoire à 1616 MHz), ca donne ca (aida64)
- CPU Mark : 292 / 294
- CPU Queen (Aida64) : 70.0k / 70.1k
- Accès (Aida64) : 51.6u / 51.4u
- CPU PhotoWorxxx (Aida64) : 15.8k / 16.2k
- CPU Zlib (Aida64) : 444 / 444
- CPU AES : 15.1k / 15.1k
- CPU Hash : 3.87k / 3.87k
- FPU VP8 : 6.2k / 6.2k
- FPU Julia : 22.1k / 22.1k
- FPU Mandel : 10.7k / 10.7k
- FPU Sinjulia : 9.2k / 9.2k
Ca dépend des benchs, comme on peut le voir.  
 
Par contre, passer la mémoire en 2000 MHz, avec l'uncore à 3600, là, ca créé de la différence : le temps d'accès mesuré descend alors à 49.1 us par exemple.
 

 
Je n'en sais rien. Ceci étant, un gros BCLK, ca impose aussi un QPI plus rapide, donc un meilleur échange avec l'extérieur de la puce. Là aussi, il y a des coefficients, mais je n'ai jamais benché. Si ca se trouve, HFR avait testé l'impact du QPI sur les perfs à la sortie des Nehalem ? Dans tous les cas, les puces EE ont des QPI plus rapides que les puces non EE, donc le bridage est principalement coté CPU

Un post 'global' de tests assez intéressant je trouve : http://www.overclock.net/forum/8-i [...] cs/1461359

HS mais pour ceux qui cherchent, une bonne CM x58 +2x3 Go + ventirad pour 150 euro ici : https://forum.hardware.fr/hfr/Achat [...] 9561_1.htm
Un hexacore, OC et go pour 200 roros

"Il a pas tenu la nuit"  
j'entends par là cct supérieur à une heure puis dodo. Le pc avait reboot.
 
Je fais les réglages
 ioh 1.24
QPI 1.35
Et ram basse

y a t il une option pour voir les messages d'erreur ???
je m'explique : occt en cours >1H mais le pc a reboot et j'étais pas sur place quand il a reboot. j'ai juste le msg win qui indique qu'il a fait un redémarrage non planifié.
Lors de mes anciens BSOD x124 qui survenaient environ 10 min d'occt, le pc redémarrait effectivement tout seul

S'il y a un BSOD, tu peux utiliser whocrashed mais ça ne sert à rien vu que c'est un plantage hardware... On se fout que ça ait planté dans le driver son, réseau ou graphique disons