Reprise du message précédent :

Surtout avec seulement OCCT en Large Frame Set.
 
Comme une éventuelle instabilité peut provenir de n'importe où et qu'elle se manifester sous un certain stress, il est généralement nécessaire de procéder à plusieurs tests différents pour s'assurer qu'une config est vraiment stable.
 
Pour m'en citer que quelques uns:
OCCT en mode Linpack 64 bits avec AVX sur 90% de la RAM pendant au moins une heure.
OCCT en Large Frame Test pendant quelques heures.
Prime95 en mode blend sur une longue période, si possible une nuit complète voire plusieurs.
GSAT ou HCI Memtest (16 instances testant chacune environ 850 Mo), là encore une nuit complète.
 

 
Merci pour ces réponses pertinentes je vais effectuer ta batterie de tests    

 
Prime95 en mode blend sur plusieurs heures va pièger les instabilités les plus importantes dans l'association CPU+RAM avec en prime un bon test réaliste en terme de chauffe.
 
OCCT mouai  

 
Va pour prime pour une après midi    
 
Bon c'est encourageant j'ai fait une nuit de bf1 + du supcom et je n'ai pas eu de soucis  
 

Prime95 en blend teste tour à tour diverses tailles de blocs de donnée. Ca couvre donc les petites tailles, qui font le plus consommer et chauffer, aux plus grandes qui sollicitent davantage la RAM et les niveaux de cache.
C'est donc un des tests les plus complets, mais il ne fera jamais autant chauffer qu'OCCT en mode Linpack ou Intel Burst Test, d'où l'intérêt de ne pas se contenter d'un seul logiciel.
 
Quant à la comparaison entre Prime95 et OCCT, si les deux sont censés s'arrêter et nous informer de l'apparition d'une erreur, seul OCCT le fait chez moi.
P95 a toujours planté en cas d'erreur, le plus souvent sur un écran noir. Jamais il ne m'a signalé la moindre erreur ni s'est arrêté proprement de lui-même.
C'est pourquoi j'utilise toujours OCCT qui, lui, fonctionne correctement de ce côté-là, même si une instabilité sévère peut toujours tout faire planter.
 
A noter que:
 - OCCT en Small Frame Set doit équivaloir à P95 en Small FFTs
 - OCCT en Large Frame Set doit équivaloir à P95 en Large FFTs

 
 
Salut, déjà ton soc à 0.92v c'est trop peu... il faut fixer à minimum à 1.00v pour une mémoire à + de 3000 et cpu overclock (tu peux aller tranquille à 1.1v pour le soc)
   
Deplus dans les paramètre mémoire tu peux activer Gear down mode afin de stabiliser la mémoire    
 
Chez moi avec le gear down mode desactivé ma mémoire était pas stable 5 minutes sous memtest, une fois activé j'ai passé 3 pass complètes sans erreur  

?!? Comment expliques-tu ça:
https://puissanceled.com/vrac/Vsoc_Freq_RAM.png
 

Certaines barrettes fonctionnent mieux avec Gear Down Mode activé, mais c'est loin d'être le cas de toutes.
En l'occurrence, beaucoup, y compris les miennes, nécessitent absolument que cette option soit désactivée avec le Command Rate fixé à 1T.
 
Pour rappel, l'activation de Gear Down Mode outrepasse la valeur de Command Rate, en la modifiant dynamiquement sur je ne sais quels critères, mais toutes les barrettes n'apprécient pas un CR changeant.

 
Certes mais la chauffe occasionnée par OCCT est loin d'être réaliste par une charge en fonctionnement dans les applications de tous les jours, c'est un burn test pas plus pas moins.
 
Si Prime 95 plante, il faut revoir les tensions ou les fréquences, lui au moins est là pour assurer une stabilité à toute épreuve.
 
OCCT est certainement moins capable de pièger une instabilité CPU+RAM, par contre faire planter pour une raison de chauffe irréaliste c'est bien le meilleur, à mon sens Prime95 est mieux adapté à savoir un OC rockstable.

Les burn test ont quand même l'avantage de déceler rapidement d'éventuelles erreurs qui, en utilisation normale, finirait aussi par se produire même si bien plus sporadiquement.
 
J'ai déjà eu des encodages vidéo avortés après deux heures à cause d'une erreur, Folding@Home qui plante un a deux fois par jour,... etc...
Là où un test de stabilité "normal" aurait besoin de plusieurs heures pour déceler une telle instabilité, les tests basés sur Linpack peuvent la mettre à jour en quelques minutes, ce qui les rend nettement plus efficace à durée de test égale.
 
Mais il est de toute façon nécessaire de combiner plusieurs test, voire plusieurs logiciels de test, pour s'assurer qu'une config est vraiment stable, au-delà des apparences lors d'une utilisation normale.

Prime95 Blend reste pour moi le meilleur même si il lui faut plus de temps, de surcroît les températures maxi enregistrées sont réalistes pas comme OCCT qui lui a juste pour intérêt à mes yeux de torturer la capacité de refroidissement au niveau torture OSEF.

Le but d'un test de stabilité n'est pas de reproduire un fonctionnement réaliste, conforme à celui subi au quotidien, mais de mettre à jour d'éventuels problèmes de stabilités et ce, le plus rapidement possible.
 
A partir de là, l'on peut préférer des tests ciblés ou au contraire polyvalents.
Les polyvalents testent à peu près tout, ce qui permet de ne rater aucune erreur mais lorsqu'une se produit, il est impossible de savoir d'où elle vient, ce qui l'a causée.
 
C'est pourquoi je préfère pour ma part tester le CPU et uniquement le CPU, avec Intel Burst Test, puis la RAM et rien que la RAM avec Memtest de HCI ou GSAT même si ce dernier est assez polyvalent.
Je considère comme P95 comme le test finalement confirmant que ma config est stable, mais je ne l'utilise plus pour en tester une nouvelle dont j'ignore encore tout de la stabilité.
 
Quant aux test basés sur Linpack, s'il font effectivement le plus chauffer, ils ne testent pas que le refroidissement mais bien la stabilité du CPU.
Ma config a toujours été bien refroidie, ce qui n'a jamais empêché IBT de trouver des erreurs voire de planter quand mon Vcore était insuffisant, sans qu'aucune des température n'atteigne une valeur excessive.

Peu après avoir posté mon précédent message, j'ai essuyé un écran bleu pendant un encodage en x265.
 
Sachant que le plus souvent:
 - un écran bleu ou une application qui s'arrête en raison d'un "problème" résulte d'un problème avec la RAM
 - un écran noir ou un freeze total est plutôt le fait du CPU seul
 
J'ai commencé par 20 minutes d'IBT pour en avoir le coeur net à propos du CPU.
 
Ensuite, j'ai ensuite légèrement assoupli mes timings, qui étaient sans doute trop resserrés, et j'ai fini par 10 minutes de GSAT. C'est trop court mais ça montre déjà que ma RAM avec ses nouveaux timings n'est pas foncièrement instable.
 
Il me paraît en tout cas utile de tester chaque chose séparément, pour savoir précisément ce qui cloche et pouvoir faire le nécessaire sans toucher à ce qui fonctionne.

Moi c est pire elle redemarre pas,la msi 399 carbon.clear cmos nécessaire après chaque power off...
 
Pour la msi x399 carbon, mettez l'oc sur autre chose que 0, par exemple 2, ça fluidifie à mort les jeux comme overwatch et autres.

 
 
Salut,  
 
je l explique pas   . comme tu le dis chez certain des choses fonctionnent et chez d'autre pas du tout.
 
Ce qui est drôle c'est qu'on a les mêmes mémoires toi et moi et j'ai le Gear Down Mode activé tout comme le bank group swap.... Comment t'explique cela??? peut être ton V Soc qui est trop bas  
 
ou ton voltage ram.  
 
voici mes timings et mes réglages et ca tourne nickel avec ram @1.35V :   http://hpics.li/767bdfb
 
Je préconise en fonction de ce que j'ai pu constater...à lui d'essayer pour voir si ca aide!

Oui, la tension SOC est comme la CLDO_VDDP: la valeur idéale est différente d'une config à l'autre. Chacun doit donc prendre le temps de la trouver lui-même.
 

J'étais déjà envieux de la fréquence de ta RAM, mais je ne savais même pas qu'on pouvait resserrer autant certains timings.
Je pense notamment à tFAW, tRFC et tCWL.
 
Par contre, tWR, tRDRDSCL et tWRWRSCL peuvent sans doute être resserrés, sachant que les deux derniers ont une grosse influence sur les performances.
 
Je testerai à l'occasion tes réglages mais ils s'écartent tellement des miens qu'un soft brick me surprendrait moins que la possibilité de démarrer  

 
Je les ai testés et à ma grande surprise, ils n'ont pas empêché mon PC de booter, ce qui est déjà un miracle en soit.
 
Mais jai eu beau bidouiller dans tous les sens, pas moyen d'approcher un semblant de stabilité.
J'ai néanmoins tenté d'évaluer l'effet de certains réglages, tenté seulement parce que les erreurs provenant d'une RAM instable étant par nature aléatoire, aucune quantification précise n'est possible.
 
Gear Down Mode: activé ou désactivé avec le CR à 1T, aucune différence flagrante.
Comme auparavant je n'en avais pas constaté non plus entre 1T et 2T, m'est avis que la HOF 3600 est insensible au CR. Autant donc le laisser à 1T avec Gear Down Mode désactivé.
 
BankGroupSwap et BankGroupSwapAlt, respectivement activé et désactivé par défaut: donne de moins bons résultat que l'inverse.
Donc même si ta RAM est stable avec ces deux options en Auto, tu gagnerais sans doute en performances sans perdre en stabilité avec BGS désactivé et BGSA activé.
 
Vsoc: J'ai testé plusieurs valeurs de 0,95V à 1,15V, sans constater de différence notable.
J'ai auparavant testé 1,2V, sans plus de résultat.
Comme une tension supérieure fait inutilement chauffer, je suis revenu à 0,95V.
 
Comme j'ai passé par mal de temps à bidouiller les timings en vain, mon seul espoir de rendre ma RAM stable à 3333 réside dans les prochaines versions d'AGESA.
 
J'ai tout de même profité que ma RAM était instable pour tester quelques... tests.
 
Prime95 en mode Blend: il a décelé une erreur assez rapidement, mais elle n'a fait l'objet que de deux ou trois lignes dan le log du worker. Aucune interruption du test, ce qui regrettable.
Prime95 en mode Large FFTs: semble très peu efficace pour tester la RAM.
OCCT en mode Large Frame Set: il a été un peu plus long que Prime95 en Blend mais il a trouvé une erreur, signalée par un son et une interruption du test.
OCCT en mode Linpack: bien que ce test squatte 90% de la RAM, il ne la teste pas car il n'a décelé aucune erreur.
Memtest de HCI remontait lui des erreurs en pagaille. Il reste donc clairement un des tests les plus efficaces de la RAM.

Bonsoir,  
 
Je débute l'oc de mon 1600x sur CM Asus B350 plus. Mais je ne sais pas vraiment quelles mesures sont à considérer....
Le Cpu core voltage de HWinfo indique 1.219v, AI Suite 1.297v
La température processeur de HWinfo indique 74.3°, AI Suite 62°.
Bref de gros écarts. Qui croire ?
 

La bonne valeur sous HWiNFO est "CPU Core Voltage (VDI2 TFN) relevée en charge, la seule qui détermine la stabilité, celle au repos n'ayant que peu d'intérêt.
On retrouve en principe ces valeurs sous HWMonitor et Aida sous la désignation "CPU VDD".
 

La bonne sous HWiNFO est la "CPU (Tdie)".
Il donne une autre mesure, provenant elle de la carte mère mais elle est nettement plus approximative. Je relève de mon côté un écart pouvant atteindre 5° par rapport à la Tdie qui, elle, vient du CPU.
 
Tu comprendras en tout cas que CPU-Z et HWMonitor n'ont plus droit de cité chez moi.
Je garde encore AIDA mais pratiquement que pour son tests de performance de la mémoire et des caches.

Nouveau bios pour l Asus Prime X370-Pro en 0902  
l' AGESA 1.0.0.6B se généralise.

Sa version moddée, avec toute une flopée d'options déverrouillées dont beaucoup l'étaient dans le 0810 mais qu'Asus a supprimées depuis, alors que certaines peuvent être essentielles à la stabilité de la RAM:
http://www.overclock.net/t/1633955 [...] ing-0810-2

ça existe pour la b350 plus prime ?

Pas à ma connaissance.
Tu peux toujours demander à Reous, l'auteur des buis moddés pour la Prime X370 et la Strix, mais vu le boulot que ça implique, il risque fort de t'envoyer paître, d'autant qu'il ne doit pas avoir de CM en B350 pour tester.

Je vais déjà attendre un peu et tester le dernier bios avec le "nouveau" agesa

Sur GA-AB350M également avec un bios F7a

Quelqu'un a des conseils de timing pour stabiliser la ram en 3466 ?

C'est stable en auto (cas 18) mais dès que je baisse, en 15/15/15/15 (le reste en auto), pareil en 16 ce n'est pas stable sous OCCT

Vsoc 1,15V
Vram 1,46V
1,8 PLL 1,83V

J'ai lu que sur pas mal de C6H ca passait en C14 sur cette fréquence avec des barrettes 3200.

Les timings ne se limitent pas aux cinq primaires, et beaucoup sont interdépendants et d'autres réglages que les timings concernent directement la RAM.
Quant aux tensions, hormis la CLDO_VDDP, les augmenter revient seulement à forcer la stabilité malgré de mauvais réglages (timings notamment) par ailleurs.
 
Ceci dit, être stable à 3466 C18 est déjà très bien, au moins par rapport à moi qui est coincé à 3200, sans doute définitivement.

 
Mais même en 3200 C14 à 3,93Ghz, si je ne mets pas vsoc à 1,15V et le 1,8 PLL à 1,83V il ne tient pas la fréquence CPU.
 
Tu dis qu'il faut jouer sur le CLDO_VDDP ?? Je ne l'ai pas vu celui là. On peut le mettre à combien ?

Bon ca à l'air de sentir bon je touche du bois occt continu.
 
3466 en 16/16/16/16 reste en auto.
 
Par contre j'ai modifié le trucODT que j'avais mis sur 53,3ohms sur auto. Et le bankswaptruc et bankswaptruc Alt sur disable et ca passe pour l'instant.

Mon 1700 et ses IMC poussifs sont stables avec la RAM à 3200 et une Vsoc de 0,95V.
 
https://puissanceled.com/vrac/Vsoc_Freq_RAM.png
 

La CLDO_VDDP est la toute dernière valeur à régler, une fois que la RAM est déjà presque stable, parce qu'elle est particulièrement longue à régler.
Sa valeur par défaut est de 950 mV mais la valeur idéale, précise au mV près, peut être inférieure comme supérieure, entre 880 et 1050 mV.
Comme il faut un démarrage à froid pour appliquer une nouvelle valeur et que le test de stabilité est particulièrement long lorsque le système est déjà presque stable, il faut de la patience voire de la persévérance.
 
Mais as-tu pensé à régler BankGroupSwap et BankGroupSwapAlt, avant de t'attaquer à CLDO_VDDP?

 
Justement on a posté en même temps je disais que j'ai désactivé ces 2 options et ca a l'air de tenir

 
En principe, avec de la single rank, il faut:
 BGS: désactivé
 BGSA: activé
 
Avec de la dual rank, ça dépend des barrettes mais c'est:
soit
 BGS: activé
 BGSA: désactivé
soit
 BGS: désactivé
 BGSA: désactivé
 
Dans le doute, mieux vaut tester les trois combinaisons, sachant que ces options ne peuvent pas être toutes les deux activée en même temps.

Ca joue sur les perfs le fait de les désactiver ?

il a passé le seuil fatidique des 30 minutes sur OCCT, ca sent bon.

EDIT et les fameux protODT à 53,3ohms il sert à quoi?

Bien les régler peut effectivement améliorer les performances, en plus de la stabilité mais il ne faut pas forcément les désactiver tous les deux.
 

OCCT est loin d'être le test le plus efficace pour la RAM.
 

"A resistance value, in ohms, that determines how a completed memory signal is terminated. Higher values can help stabilize higher data rates. Values in the range of 60-96 can prove helpful."

 
Maintenant je vais tout de même retenter C14
Et tenter le 3600
 

 
J'ai eu de bon résultat avec le FX il était super stable en utilisation courante et uniquement testé avec occt
Mais je ferai peut-être un prime95 a la fin.
 

Hci memtest

Ca a l'air stable en 3466 c16
 
Maintenant je re test 3200 avec de meilleurs timing qui ne passaient pas avant que je touche à ces options. Car en théorie Ryzen préfère les timings agressif qu'une grosse fréquence ram.
 

 
J'essaierai

C'est le conseil qui ressort du dernier paragraphe de ce que j'ai posté sur cette même page.

Mes IMC sont définitivement rétifs aux 3333.
 
Mais en combinant tes timings et les miens qui étaient déjà bien resserrés, ça en donne des encore plus resserrés.
Cette dernière optimisation ne change pas grand chose aux débits mais la latence semble bien améliorée.
 

Donc comme dit précédemment stable en 3466 @C16. Mais j'ai réussi à stabiliser hier le profil The Stilt's Fast en 3200 (14/13/13/13 etc). Et j'ai légèrement de meilleur résultat qu'en 3466. (sous CB)

Je partage mon oc :  
1700 - 3,8Ghz - SVI2 TFN 1.212V - max temp 58°C - pour l'instant ça reste stable en encodage x265
 
Prochaine étape oc de la ram, objectif 3200Mhz C14 (celle ci tourne a 2666Mhz)

Bon j'ai testé hci memtest et il me rapporte des erreurs avec le profil Fast. Obligé de repasser en 14/14/14/14, donc en safe.
 
Du coup il faut que je contrôle les benchs car en 3466 ca risque d'être meilleur si pas d'erreurs.