Reprise du message précédent :
Je ne sais pas comment ça se passe avec les autres marques de carte mère mais sur les Asus, dans le menu DIGI+ VRM, se trouvent deux options "... Power Phase Control" pour lesquelles l'on peut hésiter entre "Optimized" et "Extreme".
 
Cet extrait du post de Mat9v sur overclock.net peut aider à choisir:

Ce qui donne en français:
L'utilisation du réglage Extreme pour les VRMs dans le menu DIGI+ répartit davantage la charge entre les différents VRM. S'il peut en résulter une légère surconsommation, il contribue à rendre un overclocking plus stable tout en faisant moins chauffer les VRMs.
 
Donc à moins qu'on en soit à compter les watts, on a tout intérêt à opter pour "Extreme" pour préserver nos VRMs et éliminer une cause possible d'instabilité.

vu mes tests d'hier à 1.275 bios, j'avais bien 1.275 dans svi2, et çà descendait vers 1.25-1.26 sous linpack (llc au max).
çà fait donc comme toi sur ma carte, mais je m'en fais pas plus que çà....  

si tu veux 1.28 au repos, rentre 1.29 dans le bios.    

si boinc plante chez moi, c'est un manque de vcore à chaque fois.
solution : soit tu augmente ta tension jusqu'à ce que çà tienne (mais les températures s'envolent), soit tu baisse ta fréquence proco......

pas mieux. +1

et aucune ne tient linpack ? même les 2 dernières ?
je pense qu'il nous faudrait des screens de ton bios là......

nb :

PinkFloyd31 : La ... Tu es sure qu'il y a un liquide dans ton WaterCooling ?  

Lermite : Également intéressant le Post de Mat9v concernant les Watts et Ampères supportés. Cela peut expliquer les problèmes de certains.

j'ai mis du Ricard dedans oui pourquoi ?
c'est pas çà qu'il fallait mettre ?  

trêve de plaisanterie....quand j'ai testé, il faisait très chaud ici (30°)
et j'avais laissé le llc sur turbo (je m'en suis aperçu après).
du coup, çà chauffait vachement plus que sur high (la valeur que j'avais à la base).

mon pc est toujours en vie, comme quoi hein....

là, çà va mieux

bon allez, vais faire des courses. @+

 
Oui mais ça coûte en température
Tu peux m'expliquer cette histoire de limitation/bridage de mes VRMs?
 

 
 
Malheureusement je ne vois pas cette option dans mon BIOS MSi...
 
 

 

Je vais réessayer PRIME95.  
 
Pour tester la RAM je pensais que MEMTEST HCI et OCCT LINPACK suffisaient... Ma RAM passe ces tests sans souci mais BOINC non...
 

Impeccable tout ça.
 
OC 3.8+
RAM 3200
Temp° maitrisées
 
Question. Tu sais à quoi correspond la valeur CPU VDD18 ?

Mes tests de ce jour:
 
3200(stock) vcore@stock RAM@3200=> OCCT 30 mn ok (histoire de voir si de base j'ai pas un problème)
 
Ensuite j'ai décidé de faire simple
3600 vcore@stock RAM@3200
OCCT => BSOD avec des erreurs diverses (WHEA_UNCORRECTABLE_ERROR / IRQL_NOT_LESS_OR_EQUAL /UNEXPECTED_KERNEL_MODE_TRAP) en moins de 10mn
OCCT linpack => clavier+ ecran noir, pc qui tourne toujours, en moins de 5mn
 
Lorsque j'ai eu les BSOD, j'ai eu la même réaction qu'overtech et j'ai commencé a suspecter ma RAM. J'ai donc fait 4h de memtest pour vérifier si elle était pas pourri mais pas d'erreur.
 
Pour l'overclock j'ai fait on ne peux plus simple:
pour la fréquence, j'ai changé le cpu core ratio
pour la RAM j'ai mis le DOCP Standard
Et c'est tout.
 
Je suis un petit peu perdu.
 

oui, faut que je bench tout çà puis que je touche au timing.
j'aimerais essayer de voir aussi si j'arrive à booter à 3333 cas14 vu que je suis déjà à 3308.
ensuite, monter le bclk pour voir jusqu'où ma ram tient en cas 14 (sans dépasser 3825 sur le proco....c'est le max de max)
 
faut aussi que je bricole mon boitier pour voir si je peux installer des ventilo en pull sur mon aio
 
beaucoup de boulot !
 
le cpu vdd18, je sais pas ce que c'est, mais je crois que c'est la valeur qu'il faut régler à 1.8 (je pense que çà correspond à une sorte de Vpll)
faut la mettre à 1.8, sinon, en auto, le bios l'a fait monter et çà entraine beaucoup de chauffe

 
Ca pourrait être le cpu. J'ai eu de droles de résultats avec le vcore en auto. Essaye de trouver ta limite d'oc à partir de cette méthode : (copier coller de l'autre topic). C'est pas ultra propre, mais ça permet de dégrossir relativement rapidement pour avoir une bonne idée des capacités de ton cpu, pour affiner ensuite
 

 
2 trucs de mon coté.
la valeur "1.8v pll voltage", règle là à 1.8. çà t'aidera pas pour ton o/c, mais çà évitera de chauffer pour rien.
"cpu core voltage". t'es en auto à 1.177v. règle le vers 1.28-1.30. tu le redescendra + tard si besoin
je ne sais pas où se trouve le llc dans ton bios asus (je suis sous gigabyte)

C'est simple: une fréquence supérieure nécessite une tension supérieure pour être stable.
Augmenter la fréquence tout en laissant la tension en Auto, c'est un excellent moyen d'avoir une configuration instable.
 
En laissant la fréquence à 3,6, commence par fixer le CPU Core Voltage à 1,25V puis lance des tests de stabilité.
Si des erreurs sont encore remontées, passe la tension à 1,28V, et ainsi de suite: en tâtonnant, par dichotomie, tu finiras pas trouver la tension minimale assurant la stabilité.
 
Une fois que tu auras trouvé cette tension pour 3,6 Ghz, tu pourras passer à 3,7 Ghz et passer un peu moins de temps à chercher la bonne tension sachant qu'elle est forcément légèrement supérieure à celle nécessaire pour 3,6 Ghz.

Suite à vos remarques (merci à tous),
 
J'ai passé le pll voltage à 1.8
Ensuite j'ai attaqué les tests de monté de la tension en faisant varier le CPU Core Voltage et en conservant une fréquence de 3600:
1.25 puis 1.28, 1.3, 1.35 et enfin 1.4
Dans tous les cas j'ai un crash lors du test OCCT et OCCT Linpack en moins de 10mn
 
Soit j'ai le seul 1700 qui refuse de s'overclocker soit c'est un autre composant qui pose problème. Mais je ne sais qui de la RAM/CM/PSU peut poser problème.

euh....là, faudrait que tu fasse un memtest.
ou bien essaye d'o/c avec juste une barette de ram.
tu as bien mis les rams dans les bons ports ?
c'est quoi comme ram ?
 
bon de mon coté, j'ai fait tous les benchs.
dont cui-là donc :
 

 
toujours en retrait par rapport à vous en copie par contre.

Salut,

Oui mais ça coûte en température
Tu peux m'expliquer cette histoire de limitation/bridage de mes VRMs?

Pour moi ça ne coute pas en température :
En idle la tension est plus haute mais comme c'est l'idle le cpu consomme moins.
En charge la tension chute donc que tu ai une grosse chute de tension ou pas dans la mobal la température/tension en charge restera la même. (à condition de regler la tension pour avoir la tension voulue en charge)
C'est juste que en idle tu aura une température tension supérieur.
Mais en idle on s'en fiche. (enfin moi en tout cas)

Ce matin, j'ai voulu continuer mes tests d'overclocking de mon nouveau système (R7 1700 + MSI B350 PC MATE) et lors d'un stress test sous IntelBurnTest (passé en standard, j'ai ensuite continuer en High) extinction du pc et impossible de le rallumer... Clear CMOS sans effet. J'ai vraiment l'impression que cela vient de mon alimentation (SEASONIC M12II-520 Evo - 520W - 80+ Bronze) car plus aucun voyant ni autre...
 
J'ai alors débranché l'alimentation et attendu pas mal de temps avant de retenter un allumage du pc (j'ai pensé à un coup de chaud de l'alim) mais rien n'y fait.
 
Je viens de commander un testeur d'alimentation pour en avoir le coeur net (https://www.amazon.fr/dp/B007MYPF7U [...] 31_TE_item)
 
Si vous avez d'autres pistes....
 
Si c'est bien l'alim, à quoi cela pourrait il être dû? J'ai un LLC1 (tension vcore 1.3125V sous 3.85Ghz) qui donnait un vcore max. à 1.325V dans HWINFO64
 
Bref, je suis un peu perdu pour le moment.

Le LLC implique pour les VRMs de suivre au mieux la charge du CPU pour adapter en fonction la tension qui lui est délivrée, idéalement dans le but qu'il reçoive toujours la même, indépendamment de la charge.
Comme ça implique de fournir une plus grande tension quand le courant est lui aussi élevée, ça les sollicite beaucoup, notamment par la puissance qu'ils ont à gérer.
Mais il y a en fait plusieurs VRMs travaillant plus sou moins de concert, et chacune a ses propres limites, tensions, courants, températures,...
Il ne serait donc pas surprenant que certains constructeurs brident délibérément le LLC pour préserver des VRMs qui n'auraient pas été dimensionnée avec une marge suffisante pour qu'ils puissent stabiliser parfaitement la tension en charge sans risque de dommages à terme.
 
J'ai employé le conditionnel mais ce n'est bien entendu qu'une supposition, appuyée cependant par les températures respectives de nos VRMs par rapport à celle de nos CPU.

 
J'ai fait un memtest hier durant 4h sans aucune erreur
Les ram sont bien dans les bon port.
C'est des G.Skill F4-3200C14D-16GFX Mémoire RAM DDR4 (FlareX)
Je vais essayer avec une barrette pour voir.

 
J'ai pu tester une autre alim (je n'ai branché que les connecteurs d'alim CPU et carte mère) et même symptôme! Je dirais donc que ce n'est pas lié à l'alim...
 
Mais que faire maintenant pour identifier le "coupable"? Je pencherais vers la carte mère, qu'en dites-vous?

J'ai déjà eu le cas d'un processeur défectueux.
Ca se traduisait par un écran désespérément noir, mais avec les ventilateurs et les disques actifs.
 
Donc si tu as aucune activité, notamment au niveau des ventilateurs, la carte mère est vraisemblablement en cause.
 
Mais il n'est pas non plus inconcevable qu'une alim défectueuse ait endommagé la carte mère.
Il serait en tout cas prudent de tester l'alim avant de la monter sur une autre carte mère.

Pour tester la mémoire, je préfère désormais GSAT (Google StressAppTest).
Ce logiciel nécessite Linux mais il est à la fois plus simple à lancer et il est surtout réputé comme un des tests les plus efficaces de la RAM.
 
Avec Linux Mint:
 
Installation: sudo apt-get install stressapptest

Lancement: stressapptest -W -C 16 -s 21600
où 16 est le nombre de coeurs logiques utilisés, à adapter bien sûr en fonction du nombre dont est pourvu le processeur
et 21600 est la durée du test en secondes, que l'on peut définir librement.

 
Merci de ta réponse. L'alimentation est quasi neuve, je suis étonné, mais de toute façon je la testerais avec le testeur d'alimentation que je viens de commander.
 
Et je vais contacter amazon pour renvoyer en sav ma carte mère....
 

 
Il fonctionne sous Windows 10 aussi, j'en avais parlé il y a quelques posts mais mon post a dû passé inaperçu parmi les autres: http://www.overclock.net/t/1628751 [...] ity-thread
 
Testé et approuvé d'ailleurs pour ma part!
 

Certes, mais le faire tourner sous Linux, sans Windows, permet de s'affranchir de ce dernier, comme le fait Memtest86.
 
J'avais de toute façon besoin d'un Linux installé à part pour tester les P-States définis dans le bios.
Je sais ainsi désormais que le problème que j'ai à ce niveau est causé par le bios et non par Windows, vu qu'il se produit exactement de la même façon sous Linux.
 
Et dès lors qu'on lance un test de la mémoire devant tourner toute la nuit, il n'est pas plus contraignant de le faire sous Linux que vous Windows.
 
Mais il est clair que si c'est juste pour lancer GSAT, installer Linux est un peu lourdingue.
 
EDIT: Mon Windows 10 LTSB ne veut pas de Linux. Affaire classée donc.

t'a essayé en enlevant la pile de la carte-mère pendant 5 à 10mn ?
(alim débranchée de l'arrière du boitier evidemment.....

bizarre, en plus c'est des samsung tes puces.
t'a essayé en baissant la vitesse de la ram au cas où ?
désolé, mais comme je te l'ai dit, je suis sous gigabyte, et les asus ont pas les mêmes options
tu as lu çà : http://www.tomshardware.fr/article [...] 656-2.html
ou çà : http://forums.guru3d.com/showthread.php?t=412876

Les interprétations sur leurs mesures sur le LLC sont complètement à côté de la plaque.
 

Le dernier bios pour la Asus Prime X370 Pro est le 0612? Il me semblait pourtant qu'il y a eu depuis le 0801, le 0803 puis le 0805.
 
Bref, deux pages qui ne sont, selon moi, à ne surtout pas prendre pour références.

 
T'es un champion, ça refonctionne!   Thanks a lot    
 
Pourquoi je n'y ai pas pensé moi même  

PinkFloyd31 & Lermite :  
 
Le LLC était clairement (l'est toujours !?) à manipuler avec précautions sur ASUS ROG CROSSHAIR VI HERO.
Le dernier Bios pour ASUS X370 Prime Pro est bien le 0805.

 
Fausse joie.... Ce n'était pas lié...
 
En retestant, je l'ai fait en ne branchant que l'alim de la carte mère et là effectivement le pc démarre (sans alim cpu mais pas grave, j'ai au moins la confirmation que ça démarre)
 
Je rebranche le tout, et là il ne démarre plus! Je retire à nouveau la pile, je reteste et non il ne démarre pas....
 
J'essaye alors en débranchant les connecteurs d'alim cpu et le pc démarre....
 
Que dois-je en déduire? C'est le CPU qui est mort? C'est toujours la carte mère qui est incriminée?

Re OC 3900 & RAM 2966
 
vSoc Light & vDimmm complètement cool ! vDimm 1.200    
 


 
Par contre j'ai eu droit à l'apparition en cours de test d'une nouvelle valeur (fantôme) dans HWiNFO. CPU Package (TSI)
 
A la réouverture de HWiNFO elle n'apparait plus.
 

 
Dernier test: j'ai retiré le cpu et rallumé le pc avec connecteurs alim. et cpu branchés. j'ai uniquement la led rouge (correspondant à un souci cpu) qui clignote.

J'ignore ce qu'il en est pour la C6H, mais sur la Prime X370 Pro, cet avertissement est totalement infondé: http://www.overclock.net/t/1626011 [...] t_26243663
J'ai du coup de sérieux doutes quant aux autres modèles de carte mère.

C'est le CPU ou la carte mère. Le seul moyen de savoir lequel est en cause serait de tester un autre CPU sur ta carte mère, ou ton CPU sur une autre carte mère.
 
Si les deux proviennent du même endroit, le mieux est de le les renvoyer ensemble. Le SAV déterminera ce qui est défectueux et le remplacement.
 
C'est en tout cas ainsi que ça s'est passé pour moi avec un autre PC. J'ai renvoyé la CM, le CPU, la RAM et l'alim. Ainsi, le SAV a pu tout tester et a finalement conclu à un CPU défectueux.
J'ai reçu en retour ce que j'avais envoyé à l'exception du CPU qui avait été remplacé par un neuf, et depuis tout roule.
 
Si par contre ta carte mère et ton CPU n'ont pas été achetés au même endroit, ça se complique sérieusement. C'est un coup à devoir payer des frais de réparation même si tout est supposé encore sous garantie.

 
J'avais lu le lien sur tomshardware.
J'avais aussi fait des tests avec ram@2400 et ram@2600 avec les même problèmes de crash sur occt.
 
En lisant le contenu du lien sur overclock.net, j'ai donc lancé 2 tests avec l'outil google stress test
ram@2400 => 0 erreurs
ram@3200 => 0 erreurs
 
Sur le même site je suis tombé sur un lien parlant des différents outils de stress test et disant qu'il est possible d'avoir des incompatibilités hardware.
 
Du coup j'ai fait 2h de tests sur aida64 sans aucun plantage (3600 vcore@stock ram@3200 alors que ca plante en moins de 10mn sur occt)
Je vais lancer prime95 ce soir pour voir le comportement.

 
J'ai commandé la carte mère chez Amazon et le remplacement est déjà pris en compte. J'attend de recevoir la nouvelle carte mère et ils me demandent de renvoyer l'ancienne ensuite.
 
Je pourrais tester cette configuration et j'espère très sincèrement que le souci venait bien de la CM...
 
Sinon SAV chez shop.hardware pour le CPU...
 
2 très bons SAV, c'est pour ça que je privilégie ces sites là.

bon, j'ai passé l'après midi a essayé d'installer un scythe slim 120mm en pull aio sur le haut de mon boitier, mais après démontage du haut du boitier, j'ai fait quelques mesures, et il me manque environ 1cm de hauteur.
donc, c'est définitivement impossible.
ne "supportant" pas d'avoir un ventilo qui ne sert à rien, je l'ai installé dans mon boitier, un peu à l'arrache, au dessus des disques durs, perpendiculaire à eux. le ventilo souffle donc sur l'arrière de la carte graphique, et est donc en prolongement des ventilos avant du boitier.
à priori, petit gain de température au niveau de la carte graphique et du chipset.
je voulais également tenter de remplacer un de mes ventilos 120 de mon aio par un sanyo denki de 120mm (38mm de diamètre)......une grosse bête donc.
malheureusement, pas possible non plus, les vis fournis avec l'aio sont trop court (beh ouais.....38mm, c'est pas 25. lol)
donc, je peux pas non plus à moins de trouver des vis correspondant. (bonne longueur + pas de vis correspondant au radiateur....c'est donc pas gagné).
 
j'ai par contre fait un changement.
 
j'avais d'installé un bequiet de 140 contre la fenêtre latérale gauche, je l'avais fixé comme je pouvais, mais problème, il soufflait à travers carte graphique.
et là ! l'illumination ! c'est p'têt pour çà que mes vrms sont si chaud vu que ce ventilo envoie l'air chaud de la cg vers eux !
 
j'ai donc rehaussé ce ventilateur, et du coup, il ne souffle plus à travers la cg, mais au dessus.
son souffle est pile en face de la pompe de l'aio.......
 
et là, surprise ! regardez mes températures vrms !
 

 
+ de 10° de gains !
 
hihi ! quand j'aurais reçu les micros radiateurs et que je les installerais sur les "gros cubes" au niveau de l'étage d'alimentation, j'espère encore perdre des degrès.
 
comme quoi, il est vachement important de tester différentes position des ventilos !
 
voilà, c'est tout. j'suis tellement content, qu'il me fallait faire un long discours !    

 
comment c'est possible de flinguer un proco avec si peu de tension ????
 
HS : shaun of the dead sur arte, un putain de bon film ! fin HS
   

Salut les gars,
 
Dîtes, la sonde CPU VDD sous AIDA64 correspond bien à la sonde SVI2 TFN de HWiNFO64?

PinkFloyd31 : C'est ce que j’obtiens également sous LinParck. Excellent résultat !

je fais une sauvegarde et je teste Linpack pour voir.
mais je suis pas trop mécontent sur le coup.

C'est le cas chez moi, avec une Asus Prime X370 pro.