Reprise du message précédent :
C'est pas bête comme idée, quand on sait que pas mal d'application profite d'avoir un ou deux core vraiment rapide, ca peut apporter un bon gain de perf.
Mais est ce que Windows peut affecter automatique ces processus critiques aux cores les plus rapide ?

Tiens j'ai pas pensé à desynchro les cores, sympa cet article. Vu que j'ai un bon CPU, quand j'aurai un peu plus de temps je vais tester tout ça. Ca sera aussi l'occasion de tester leur stress test puisque je compte, "pour la science", suivre aussi leur recommandation la dessus. Je verrai bien ensuite si le PC est stable en utilisation courante.

PS : pour info pas eu de plantage en utilisation courante (jeux principalement pendant cette période) avec mon overclock, ca semble tout bon ! Et j'ai fait des mesures de conso, je gagne en full pas loin de 100W entre mon vieux i7 930 @ 4,2 et le 4670K @ 4,7

EDIT : je viens de lancer leur outil vite fait, niveau chauffe ça n'a rien à voir, 73°C max sur les cores alors qu'un OCCT monte presque à 90°C. Quant à la stabilité réelle du PC on verra plus tard, mais forcement en regardant les températures j'ai des doutes

 
Franchement je vois aucun scoop la dedans, et beaucoup de "if" "should" etc
Comm marketing Asus
 
et en plus 2 cores comme tu le dis ...

J'ai trouvé ça "intéressant" aussi.
Pour tout le marketing justement, je sais maintenant d'où ils tiennent leur stats sur les 70% de CPU qui prennent 4.5GHz
 
Je vais faire quelques runs de Realbench pour voir.
 
Et pourquoi pas monter le coef sur 1core si c'est stable en ne touchant à rien d'autre
 

Quitte a monté que deux core vaut mieux monter le core 0 et 3 puisque apparemment ils ne sont pas tous égaux au vu de leur emplacement physique sur le CPU.
 
Mais du coup... Es-ce que ça change quelque choses au niveau de windows et de sa gestion des core a "charger en priorité" ?

 
C'est un peu le pb des infos sur les forums et blogs constructeurs, c'est autant pour occuper le terrain et noyer le poisson que pour donner des infos tres pertinantes.
 
Je prefere un topic comme le tien qui demande de chercher et synthetiser les infos pour les proposer a tous  

On ne choisit pas quels cores bénéficient du turbo max.
Et ce n'est pas quelque chose de figé, selon les processus et la charge en cours, différents cores accèdent alternativement au max.
 

 

Je préfère aussi un forum neutre, mais on manque de monde pour avoir des stats intéressantes.
J'aurais aimé brasser des dizaines de 4770K, pour avoir une meilleure idée de ce que sont un CPU moyen et un roxxor
Messieurs les HWboteurs, si vous me lisez...

 
 
"On ne choisit pas quels cores bénéficient du turbo max. "
 
Mais si !
 
Par contre, on ne choisit pas quels cores vont être chargés au max par une application....

 
Mais non.
 
Tu choisis le coef max en fonction du nombre de cores chargés. Pas quels cores physiques accèdent au turbo.  
Ils y accèdent tous, sauf à désactiver des cores.
 
En revanche, on peut, via l'affinité, définir quels cores sont attribués à un processus.

 
 
"On ne choisit pas quels cores bénéficient du turbo max"
Je ne comprends pas ce que tu veux dire.
 
"En revanche, on peut, via l'affinité, définir quels cores sont attribués à un processus."
On est d'accord !  

 
ça plus validation de leurs O/C sous AIDA64 blend stress test.      
 
Je vais aussi jeter un oeil à leur realbench histoire de voir si ça tient un peu moins de l'escroquerie cette fois.

Imaginons un paramétrage turbo 50 - 50 - 48 - 47 comme dans le tuto Asus
Ce que je veux dire, c'est que tu ne peux pas spécifier que ce sont les cores #0 et #1 qui accèdent au coef 50.
Les cores #2 et #3 le pourront aussi.

 
Ah c'est intéressant car je pensais justement que tu fixais un core donné à un max turbo donné. Du coup mettre le paramétrage 50 50 48 47 ou 47 48 50 50 ne change rien ?

Bonjours tous le mondes , quelqu'un pourrais m'aider à savoir pourquoi mes barrettes ram tienne les 2400Mhz avec le CPU stock, alors qu'avec un OC à 4.4 Ghz je suis obligé de les mettre à 1600 Mhz !!  
J'ai 4x4Go de DDR3 G.Skill RipJaws X.

Parce que le controleur mémoire est dans le CPU et qu'il n'est pas stable suite à cette fréquence suite à l'OC

je ne connais pas trop l'OC sur Intel, Avant j'avais un FX 6300 OC à 5 Ghz. Donc pour que le contrôleur mémoire devienne stable il faut faire quoi ? augmenter le Voltage ? quelle valeur Max ? et comment s'appel cette valeur ?

A 4,4 Ghz est-ce que ton ring (qui contient le contrôleur mémoire) est aussi à 4,4 ?

mon Ring est à 35 je l'ai mis en manuelle.
Pourquoi ? il faut le mettre à la même fréquence que le CPU ?

 
D'après ce qui est dis ici la ring doit pas dépasser 42 environ, mais globalement a 35 je crois que c'est pas plus mal
 
Et   au passage un 4770k devrait arriver chez moi Dredi avec un peu de chance  

Non

Ce que tu suggères implique que tu aurais une fréquence plus élevée sur 4 cores actifs que sur un seul. C'est à l'opposé de l'esprit du turbo !

Tu paramètres ça dans ton BIOS :
Turbo 1 Core :  50
Turbo 2 Cores : 50
Turbo 3 Cores : 48
Turbo 4 Cores : 47

Ca veut dire que potentiellement, tu peux avoir 2 cores à 50 en même temps.
Mais le core physique #3 peut faire parti de ces 2 cores à 50.

+1
Ton CPU peut demander plus de Vcore pour tenir une fréquence RAM élevée lorsqu'il est OC.
Ca peut aussi passer par les tensions VCCSA et VIOA/D.
Et peut être VRIN si toutes ces tensions sont montées.

Non justement c'est bien plus instable si c'est synchro à haute fréquence mais à 35 devrait pas y avoir de soucis d'instabilité lié à cela.

Essaye de monter un peu le vcore pour voir si ta ram arrive à stabiliser à 2,4 et si c'est sans effet c'est les autres voltages liés à la ram qu'il va falloir regarder.

En mettant les bons libellés en face c'est bien plus clair, merci. J'avais en tête :
Turbo Core #1 : 50
Turbo Core #2 : 50
Turbo Core #3 : 48
Turbo Core #4 : 47

D’où ma mauvaise compréhension.

pas possible de stabilisé les 2400mhz j'essai les 2133Mhz

Petite contribution:
 
4770k
1h prime95 Small    
 
cpu coeff volt bios Temp (max)   Watt
40         1,100         66,000   89,000
42         1,150         73           100
43         1,220         78           117
44         1,290         87           133
 
Coeff en manual, vcore en manual, Load line calibration 8 (max) tout le reste en auto.
Block ek supreme lt, rad 360.
 
J'ai systématiquement une différence de 10°C entre le core1 le plus chaud et le core 4 le moins chaud. C-à-d si indique 87°C, le core 4 est à 78°C.

Hmmm, curieux,

Sous win7, CPUZ me dit que ma fréquence idle est soit 800 mhz, soit 4090 jusque la pas de problème, cela correspond au coeff de mon turbo que j'ai mis à  41 pour chaque core. Par contre quand je lance cinebench il passe à 3492 mhz. Quand cinebench termine il repasse à 4090.

Sous linux, il est tout le temps en charge (BOINC) et i7z m'affiche aussi 3490-3492 mhz.

[EDIT] Et par moments il me dit 3700-4000 mhz, et jamais en C3 ni C6.

Et j'ai mis mon vcore à 1,26V, en manuel et je n'ose plus y toucher. J'ai donc fait une erreur dans mon Oc mais je ne vois pas ou  

'faut que je modifie le max TDP ? Tout ce que je suis parvenu à faire avec mes augmentation de vcore c'est de faire passer mes temps de 50 à 60°C. Une autre piste serait de désactiver les C1E, C3, C6/C7 mais j'ai un gros doute.

Drapal
 
Hum, ce Haswell me laisse perplexe, avec tous ces automatismes, ces variables, l'oc' est peut être le plus ardu que j'ai pu me fader depuis l'époque des Celerons A.  
On croit avoir touvé ZE réglage, et en observant attentivement Prime95, on aperçoit la fréquence yoyoter de temps en temps.  Plusieurs méthodes pour le voltage, un coup ça surchauffe, un coup ça passe rock stable, et ce avec juste 0.005v d'écart sur un élément du CPU o_O
  Associé au nombre de réglages (obscurs ma fois) des ROG, difficile d'y retrouver ses petits, surtout quand on vise, en plus la meilleure fréquence H24, le silence le plus total en même temps^^
 
mon ex i5 4670K, 4.2Ghz 100% stable avec tout à stock. 4.4Ghz, un peu plus compliqué, chauffe (Prime 95), mais stable  (Macho Rev A).
Là, le i7 4770K  me donne du fil à retordre. de même, 4.2Ghz, il faut 10 secondes pour que ça passe, mais là, mumuse entre 4.4 et 4.5Ghz, plus complexe(pas à stabiliser, mais à optimiser aux petits oignons.)
  1 mois et demi d'essais avec un swiftech H320 et un un Silver Arrow SB-E  (et même le rad stock, marrant sous Prime 95 XD 4.1Ghz core+cache, bim! 96°c ventilation tour vers les 800-900rpm )
 
  Petite question aux possesseurs de ROG (ou même d'Asus plus généralement):  les phases, vous les configurez en optimized, ou en extreme?
  sur les ROG, y a une option qui a du m'échapper (ou bien Haswell fait mumuse tout seul des que de l'AVX ou autre entre en jeu?), quelque soit ma méthode de voltage, sous Prime 95, systématiquement, à 4.4Ghz, sous windows, CPU-Z, je me retrouve avec un vcore aux alentours de 1.3v  (généralement, ça oscille entre 1.296 et 1.312v sous CPU-Z, en pleine charge o_O  Y compris quand, normalement, je ne lui mets que 1.2 à 1.25v  (viaUEFI ou AIS3 )...j'avoue, j'en perds mon latin...dubitatif...
 
(réglage actuel: coeff 44, coef  cache 41   vcore adaptatif, stock + 0.0.035v + 0.015v en turbo  cache stock+0.010 +0.10v turbo  SVID 1.730v ,température threshold à 150 pour lui laisser de la marge, loadline sur 2 ou 3, EIST et C3 actifs, C6 et 7 disabled; sous le silver Arrow SBE actuellement, validé apres 1h de chaque test de Prime 95, SuperPi, et 1h de Heaven 4, 1h de Valley, 10 passes de Metro LL (tres sensible à l'oc' j'ai pu remarquer).
 
 
  Toute idée concernant ce vcore têtu bienvenu
Et le choix (et le changement concret qu'il apporte) sur les phases de la mobo, optimized ou extreme?
 
 
Merci

De mon côté, sur windows seul l'Oc par BLCK semble forcer cinebench à bosser. Il reconnaît d'ailleurs la fréquence. Par contre linux plante au boot. J'ai désactivé tous les modes d'énergie, C1E, C3, C6/7 et EIST. Ca change rien sous cinebench. Sous linux I7z me montre désormais de fréquences entre 37-40.  

Mes t° restent stables vers 55-57°C

Et ai remis le vcore sur 1.20V

Balrog, premier post pour le vcore et l'AVX.

Et pour les phases, Asus recommande optimized.

drap

désolé je reviens sur ce que j'avais demandé l'autre jour au sujet de la fréquence du bus BLCK : pour la bloquer à 100 normalement il suffit de regler les paramètres juste dans AI Tweaker sur Asus Z87 Pro?

Normalement, il n'y a rien à faire.
C'est à 100 par défaut dans le BIOS et ça fonctionne. (on constate parfois d'infimes variations, 99.9 ou 100.1)
 
Si tu obtiens des valeurs aberrantes, c'est peut être que ton PLL est défectueux

 
et ça c'est directement imputable à la carte mère?
chez moi les variations vont parfois de 47 à 127 par exemple

Oui, c'est la carte mère.
Est-ce qu'en moyenne tu as 100 ? Le Pc est stable ? Les performances sont normales ?

en moyenne oui il est à 100 mais avec de grosses variations comme je disais, et même en le bloquant à 100 dans le bios.
Le PC est stable? Ben pas tout à fait, je m'explique :
 
Lorsque j'ai eu cette carte mère Asus Z87 Pro + I7 4770K dés le début j'avais des micro-freezes en jeu ou des freezes de 2 secondes que je n'avais pas sur ma précédente config Asrock Z68 Extreme3 Gen3 + I5 2500K
Je pensais que le souci avait été résolu avec le bios 1504 par la suite mais en fait je pense que ça venait tout simplement du fait que je jouais beaucoup moins souvent en fait. Et j'ai toujours ces micro-freezes en jeu ou des freezes de 2 secondes en jeu, c'est complètement aléatoire, j'ai testé tous mes composants sauf la carte mère, le cpu a été testé avec occt, prim95 et c'est ok.  
Ces soucis je les ai eu avec une GTX 780 modèle de ref, GTX 570, AMD MSI 290X, GTX 780 Ti de ref donc ça provient pas de cartes graphiques.
Dés le début j'avais soupçonné la carte mère car quand j'avais encore la config Asrock Z68 Extreme3 Gen3, que je réinstallais mon systeme dessus plus aucun problème.
J'ai testé aussi une autre alime, sans et avec HDD pareil pour le ssd.
 
Par contre pour en revenir à occt, je l'avais utilisé à stock pour justement testé la stabilité de mon système et il est arrivé 2 fois que le test plante, sans que ce soit oc donc. J'ai mis ça sur le dos d'un problème du soft car c'était au début.
Et dans Arma 3 en solo, que ce soit avec une GTX 570, AMD 290X ou GTX 780 Ti j'ai eu droit plusieurs fois à des freezes, obligé de faire ctrl alt suppr pour retour bureau puis j'avais le Arma 3 a cessé de fonctionner : quand mon cpu était oc ça me le faisait et j'ai remarqué qu'en le remettant à stock ce bug se produisait beaucoup plus rapidement    
 
Dés que j'ai fait l'upgrade vers Haswell ces problèmes sont apparus.... Et en ce moment je joue très souvent.
 
Désolé pour le pavé
 
 
EDIT : ce n'est pas Asrock Z87 mais Asrock Z68 (corrigé plus haut)

T'as un Haswell sur une Asrock/Asus (on sait pas trop ) Z68
[edit] ah ok ton edit ne concerne qu'une mobo sur deux donc je suis a côté de la plaque.

 
 
j'ai corrigé voir plus haut....  Asrock Z68 Extreme3 Gen3 + I5 2500K  
Actuellement j'ai un I7 4770K sur Asus z87 pro, avant j'avais donc Asrock Z68 Extrem3 Gen3 + I5 2500K...
 
Je viens de commander une Gigabyte GA-Z87X-UD4H.

j'ai fait une capture monitoring occt lors d'un multi bf3, voici le screen (j'ai remis mon cpu à stock) :
 
 
 

 
Parfois il y a de plus grosses variations, c'est juste un exemple.

Et si tu paramètre manuellement les fréquences du bus et du coefficient il se passe quoi ?

 
 
pareil même en oc, et en tentant de bloquer manuellement la fréquence à 100 via le bios donc, j'ai toujours ce genre de fluctuation  
 
là rien que sur le bureau en surfant sur hfr :
 

 
en effet tu as des manip à faire, beaucoup de choses ne vont pas dans tes screens mais le 4770k semble assez dur à maitriser avec ses nombreux réglages.
je suis pour ma part à 4.4ghz mais instable sous occt au bout de 29 minutes (bizarrement toujours à 29 minutes va savoir pourquoi). je cherche de nombreuses précisions un peu partout et c'est le jour et la nuit, certains disent qu'il faut faire ça d'autres pas...J'ai remarqué aussi que quand j'étais à 4.3ghz je devais mettre mon uncore à 39 et à 4.4ghz uncore à 40 pour stabiliser le tout. Je suis comme toi sur un bios gigabyte.
 
le cpu vrin loadline calibration je l'ai mis en high (pas essayé en turbo)
 
par contre ton cpu vrin external orveride, tu l'as baissé?  1.8v d'origine (1.9v max) le mien est à 1.870
et ton cpu ring voltage?  1.15v? le mien est à 1.26v
 
alors soit c'est moi qui me trompe complètement, soit il faut que tu revois ça. peut etre que certains nous apporterons des précisions.

autre chose les codes en cas d'écrans bleu
 
I7 x58
 
0x101 = increase vcore
0x124 = increase/decrease vcore or QPI/VTT...have to test to see which one it is
0x0A = unstable RAM/IMC, increase QPI first, if that doesn't work increase vcore
0x1A = Memory management error. It usually means a bad stick of Ram. Test with Memtest or whatever you prefer. Try raising your Ram voltage. Can also mean more juice for the south bridge ICH volts
0x1E = increase vcore, or lower RAM frequency/ increase RAM voltage
0x3B = increase vcore, or lower RAM frequency/ increase RAM voltage
0x3D = increase vcore
0xD1 = QPI/VTT, increase/decrease as necessary
0x9C = QPI/VTT most likely, but increasing vcore has helped in some instances
0x50 = RAM timings/Frequency or uncore multi unstable, increase RAM voltage or adjust QPI/VTT, or lower uncore if you're higher than 2x
0x116 = Low IOH (NB) voltage, GPU issue (most common when running multi-GPU/overclocking GPU)
0x00000109 = Not enough or too Much memory voltage
0x7E = Corrupted OS file, possibly from overclocking. Run sfc /scannow and chkdsk /r
0x24 = Disk corruption (Did you OC the PCI-E bus?)
0x19: memory voltage

en baissant mon cpu ring voltage, ça n'a rien changé donc je l'ai baissé du coup à 1.22, tu devais avoir raison sur ce coup.