Reprise du message précédent :

Memtest86 affiche pourtant clairement quels coeurs sont actifs sur la page principale.
Vers la gauche, à peu près à m-hauteur, on trouve un truc qui ressemble à ça:
 

Chaque numéro correspond à un coeur logique, et le tiret sous celui-ci indique en tournant qu'il est actif, ou en restant fixe qu'il est passif.

ok merci.    
du coup, seul un test pourra me le dire.

j'avais jamais remarqué çà en fait.
bon, du coup, j'ai voulu tester par moi-même ce que tu disais.
 
je suis allé dans les options, et j'ai choisi le mode "parallèle". je n'ai pas eu de message disant qu'il pouvait y avoir des faux positifs en ce qui me concerne.
j'ai lancé le test et effectivement, y'a bien les petits machins qui bouge dessous. .
 
mais.....3 trucs bizarre :
 
- alors déjà, la fréquence ram + timings, c'est pas les bonnes valeurs (je sais plus qui avait remarqué çà, j'avais jamais fait gaffe non plus)

 
-du test 1 au test 9, pas de soucis. çà tourne bien en multithread. mais arrivé au test 10, memtest se met en "veille".    
 

 
et çà, durant 2 fois 5mn environ.
le test 10 tourne en multithread, puis passe en veille durant environ 5mn, repart, toujours en multithread, puis repasse à nouveau en veille durant 5 mn, puis repart.
le test 10 se termine, çà passe direct au test 13 (version free oblige d'après ce que je comprends).
 
problème. ce test 13 est en monothread. y'a un seul des machins en dessous qui tourne.
 
normal tout çà à votre avis ?

Nos versions de Memtest86 ne sont pas les mêmes à juger le noir en fond sur tes captures, alors que j'ai du bleu.
 
Sur ma version donc, l'avertissement comme quoi le mode Parallel peut générer des faux positifs au niveau de l'option elle-même, sur la fenêtre de paramétrage du CPU.
 
Te souviens-tu où tu as récupéré ta version?

oui, là : https://www.memtest86.com/
la version en fond bleu, c'est memtest86+
elle n'est plus mis à jour depuis 2013 ( http://www.memtest.org/ )

En fait, on n'est jamais si bien servi que par ...autrui, dans les domaines que l'on ne maîtrise pas
 
En l'occurrence, malgré le temps passé à bidouiller mes timings, je suis loin d'avoir fait le tour du sujet.
Las de ne parvenir à stabiliser ma RAM à 3200, j'ai fini par essayer des timings provenant d'un certain The_Stilt qui a pris du temps pour optimiser les timings, par rapport à ceux des profils XMP de nos barrettes qui sont manifestement loin de l'être.
 

 
Le benchmarck ci-dessus a été fait avec les timings "3200 Safe".
 
J'ai tardé à tester ces timings parce que j'étais persuadé de ne même pas pouvoir booter avec, à cause notamment des timings tRDRDSCL et tWRWRSCL, normalement à 5 ou 6 chez moi, mais ici à seulement 2.
Mais force est de constater que non seulement ils fonctionnent, mais qu'il fonctionnent en plus très bien.
 
Ils ne me permettent pas contre pas de booter à 3333, alors que j'y parviens avec mes propres timings mais vu que ma RAM ne sera jamais stable à cette fréquence, osef.

sympa ton tableau, je garde pour imprimer.
   

tout depends  aussi le type de puce " samsung ou bien hynix afr ou encore hynix mfr "
 
(dans mon cas hynix mfr la plus naze , le 3200 fast passe tout seul  sur C6h )
 
Originally Posted by The Stilt View Post
 
Few more DRAM timing presets:
 
Hynix AFR, 1DPC SR
 
"Safe"
 

 
- ProcODT 60 Ohms
- DRAM Voltage / DRAM Boot Voltage 1.340V (keep these syncronized at all times)
- VDDCR_SOC 1.025V
 
"Extreme"
 

 
- ProcODT 60 Ohms
- DRAM Voltage / DRAM Boot Voltage 1.405V (keep these syncronized at all times)
- VDDCR_SOC 1.025V
 
Hynix MFR, 1DPC SR
 
"Safe"
 

 
- ProcODT 60 Ohms
- DRAM Voltage / DRAM Boot Voltage 1.365V (keep these syncronized at all times)
- VDDCR_SOC 1.025V
 
"Fast"
 

 
- ProcODT 60 Ohms
- DRAM Voltage / DRAM Boot Voltage 1.390V (keep these syncronized at all times)
- VDDCR_SOC 1.025V

Mon tableau est en effet censé s'appliquer aux B-Die Samsung.
 
Tes timings sont surprenants car tRC ne peut normalement être inférieur à tRP+tRAS sous peine d'instabilité.
Une preuve de plus, s'il en fallait, qu'il faut savoir faire preuve d'audace pour trouver les bons timings, en ne se conformant pas toujours à la théorie.

j'ai 2 x 8g gskill F4-3200C16D-16GVKB (hynix mfr) , 16-18-18-38-2T @  16-16-16-30-1T
 
 
 

 

Salut à tous!
 
Je me lance tout juste dans l'OC de mon R5 1600 (CM MSI B350M Mortar) vu que je viens de remplacer le ventirad d'origine par un NH-U12S.
 
Pour l'instant, j'arrive à quelque chose de stable avec 1.328V pour seulement 3.8GHz (1.33125V demandés mais 1.328 appliqués d'après HWMonitor). C'est vraiment pas terrible... J'utilise Ryzen Master et j'ai uniquement touché aux fréquence et tension CPU. Il y aurait moyen de faire mieux en passant par le BIOS? J'ai entendu parler de réglage du LLC mais je ne comprends pas bien ce que c'est ni comment le régler. Est-ce que je pourrais potentiellement stabiliser à 3.8GHz avec une tension moindre en jouant sur ce paramètre?
 
Autre chose, J'ai une sonde CPUTIN qui monte à 85°C dans HWMonitor (sonde CPU dans HW Info). Pourtant, la température CPU affichée dans Ryzen Master ne dépasse pas 65°C (température package dans HWMonitor ou CPU(Tctl/Tdie) dans HWInfo). A quoi correspond cette température? Dois-je la prendre en compte? Et si oui, à combien est-ce que je peux monter?
 
Merci!

J'ai déjà tenté d'expliquer ce qu'est le LLC, sur le forum Ryzen non OC: http://forum.hardware.fr/hfr/Hardw [...] #t10190591
 
Quant à la température du CPU, la bonne est en principe la Tcl/Tdie de HWiNFO, censée correspondre à celle de Ryzen Master.

bon, j'ai testé la nouvelle version de memtest86 pour voir si ma ram était bien reconnue ce coup-ci
 

 
c'est donc oui (même si elle tourne plus vite que 3200 en fait).
 
j'ai testé les passes en désactivant la 10 (pour ne plus avoir la mise en veille), c'est identique.
de 1 à 9, c'est multithread, la passe 13 est en monothread.

 
Merci je vais lire ça. Et oui la température donnée par Ryzen Master correspond à la plus faible de mes deux températures. Du coup il n'y a aucun risque si l'autre monte très haut?

Cette "autre" température étant à priori fantaisiste, sa valeur importe peu.
 
Mais une capture d'écran montrant ces différentes valeurs nous aiderait à y voir plus clair.

Ou on vois si on n'as de la Hynix MFR ou de la Hynix afr ?

 
Avec Thaiphoon Burner http://www.softnology.biz/

 
 
ligne PART NUMBER termine par MFR ou bien AFR , dans mon cas c'est MFR
 https://www.netcomponents.com/fr/si [...] R-TFC.html

Ah ok super merci je vais regarder à sa cela

Bon bais j'ai exactement les même puces que toi sur ma gskil tridentz 16 3200mhz cl 18-16-16-38.
Je vais test les mêmes paramètre que toi alors avec ma msi b350 et mon ryzen 1700 on ne sait jamais xd.

 
croisons les doigts
 
- ProcODT 60 Ohms
- DRAM Voltage / DRAM Boot Voltage 1.390V (keep these syncronized at all times)
- VDDCR_SOC 1.025V
 

 

Bon bais cela ne fonctionne pas sa ne boot pas .
Cela doit venir du contrôleur mémoire du cpu qui est capricieux, je pense que je vais devoir attendre une prochaine mise à jour agesa xd.
Bon à coté de sa mon cpu tiens les 4 ghz @1.36 volt ce qui n'est pas si mal.

J'ai lu sur overclock.net que si les puces Samsung avaient tendance à apprécier les valeurs de 60 à 96 ohms pour ProcODT, les Hinyx préféraient des valeurs plus basses, entre 40 et 48 ohms.
Ca vaudrait en tout cas la peine de tester différentes valeurs pour ce paramètre, avant de déclarer que ça ne boote pas.

Ah bais merci de l'infos, je testerais cela demain et on verra ce que sa dira

 
Salut,
 
- Si un OCCT CPU en Small Data set passe sans souci pendant 4 heures mais qu'un OCCT LINPACK crash au bout de 2h, la RAM est en cause?
 
- Sinon, Lermite, vu que tu as testé plusieurs ventirads, c'est quoi le meilleur moyen d'enlever l'ancienne pâte thermique du processeur? Alcool 70° ça passe?

Nettoyer avec un simple bout d'essuie-tout est en principe suffisant.
Si l'on veut peaufiner, on peut utiliser de l'alcool isopropylique, aussi appelé isopropanol, mais ça ne pas semble pas justifié dès lors qu'il semble ne rien rester après l'essuyage.
L'acool à 70 ou même à 90% est à éviter, parce qu'il a une fâcheuse tendance à laisser des traces.

y'a un produit d'artic silver pour çà je crois sinon. me souviens plus le nom

J'ai vu qu'il y a des produits spéciaux mais à 10 euros els 2 flacons, cher pour ce que c'est...
 
Et pour ma première question svp?  :

- Si un OCCT CPU en "Small Data set" s'est passé sans souci pendant 4 heures mais qu'un OCCT LINPACK crash au bout de 2 heures, la RAM est en cause?

http://www.materiel.net/accessoire [...] 27816.html
6.95 euros. et çà peut resservir....
 

 
http://www.ocbase.com/index.php/support
 
du coup, pour ta 2° question, j'aurais tendance à dire : teste en "large data set" pour voir.
small n'utilise que très peu de ram.
linpack ne fait que faire chauffer.

Avec Memtest qui pédale, je ne puis lancer OCCT pour vérifier mais il me semble qu'en mode Linpack, on peut définir la quantité de RAM utilisée, jusqu'à 90%.
Cette dernière doit donc logiquement être sollicitée et par conséquent testée, mais je ne saurais dire à quel point.
 
Chez moi, je privilégie désormais:
 - Memtest pour la mémoire
 - OCCT en mode Linpack pour tester le refroidissement du CPU
 - Prime95 en mode Blend pour tester la stabilité générale

 
memtest windows ou l'autre ?
tu paramètre comment memtest windows si tu veux tester toute ta ram sans utiliser le pc pendant ce temps ?
tu rentre 900 megabytes par fenêtre (16) pour tester les 16Go ?

 
Voici une capture pendant un test OCCT:
 

 
On voit les températures CPU et Auxiliary qui montent très haut alors que la température CPU (Tctl/Tdie) reste tout à fait correcte.Les autres températures restent basses.
 
Autre chose que j'ai remarqué est la différence entre la tension Vcore et CPU core voltage. Pour info j'ai demandé 1.356V dans Ryzen Master. Si j'ai bien compris ton explication dans l'autre forum, la différence entre les deux valeurs est due au LLC. Dans ce cas là il faudrait que je passe à une valeur supérieure c'est bien ça?
 
Enfin dernière chose, j'ai lu sur le forum MSI que le fonctionnement était un peu différent pour les CM de cette marque, il est question des valeurs suivantes:
 

 
Quelq'un pour confirmer / infirmer?
 
Merci!

La version Pro de HCI pour Windows.

Dans ce cas, je lance 16 instance testant chacune 880 Mo.
Il faut en effet laisser un peu d'air à Windows, sans quoi le test lui-même peut s'en trouver entravé.

ok

ne t'occupe pas des températures CPU et auxiliary.
la bonne température cpu est bien le tctl/tdie.
pour le core voltage, c'est bien la valeur cpu core voltage qu'il faut regarder.
et chez msi, apparemment, le LLC marche à l'envers.
plus tu augmente  (LLC1, LLC2, etc....) plus le LLC diminue.
vu la chute de tension que tu as, il te faudrait le baisser un peu (LLC3) par exemple
à faire confirmer par lermite, c'est lui le pro du LLC.

edit : auxiliary, c'est p'têt les vrms ?

 
10 euros avec les frais de port
 
 

La vraie température du CPU est sans conteste la Tcl/Tdie de HWiNFO, qu'on retrouve sur Ryzen Master.
La lecture de cette température par les cartes mère est assez souvent fantaisiste.
 
Mais ces températures élevées dans la section de la carte mère peuvent correspondre à une véritables températures mais relevées ailleurs, sur le PCH par exemple.
J'ai fini par identifier pratiquement toutes les températures chez moi, mais en utilisant plusieurs logiciels de monitoring, le monitoring du bios et même un thermomètre infrarouge.
 

A supposer que ce que tu appelles "Vcore" soit la tension que la carte mère fournit au processeur, celle apparaissant dans la section de la carte mère sur HWiNFO, le but n'est en aucun cas qu'elle corresponde à celle que le processeur reçoit au final (SVI2 TFN dans la section du CPU).
Il y aura toujours un écart entre ces deux tension, du fait des pertes entre la carte mère et les coeurs du processeur.
L'ennui, c'est que ces pertes dépendent du courant consommé par le processeur. La tension qu'il reçoit a ainsi tendance à s'écrouler quand il est sollicité.
C'est là que le LLC peut servir puisque son rôle est de majorer automatiquement la tension que la carte mère fournit quand le processeur est sollicité, afin de limiter voire réduire à néant la chute de tension au niveau des coeurs.
 
Les tensions à comparer sont la CPU Core Voltage (SVI2 TFN):
 - mesurée au repos, qui doit normalement correspondre à celle fixée dans le bios
 - mesurée en charge, qui doit idéalement être le plus proche possible de celle au repos, mais sans jamais la dépasser.
 

Ces valeurs n'ont aucun intérêt parce que le réglage du LLC doit de toute façon se faire sur ton PC, par rapport à celui-ci et non des valeurs théoriques.
Tout ce qu'il y a retenir, c'est qu'entre MSI et Asus, les niveaux du LLC sont inversés. Chez MSI, le niveau 1 est celui qui compense le plus la chute de tension.
Mieux vaut donc commencer par tester le 7, et réduire progressivement ce réglage jusqu'à trouver celui qui stabilise le mieux la tension du CPU.

attends d'avoir besoin d'autre chose si tu es à 10 euros.

Non, je ne suis pas à 10 euros près lol mais les frais de port font mal,lol...

Sinon, concernant l'OCCT en Small Data Set utilise que 128 Mo de mémoire.= > 4 heures de test sans souci.

Par contre, si je fais un OCCT en Large Date Set (3584 Mo de mémoire) ou un OCCT Linpack avec tout coché et mémoire à 90%, mon PC plante au bout de 2 à 3h avec écran noir.

Donc on peut en déduire que:

- L'OC de mon 1700X est OK.
- Que ma RAM (native @3200) actuellement réglée @2933 Mhz, est mal réglée?

tu peux tenter en augmentant le vsoc.

Augmenter la Vsoc augmente significativement la consommation et la température du CPU.
Devoir l'augmenter pour stabiliser la RAM implique en outre qu'un ou plusieurs autres réglages sont à revoir.
 
Je lutte toujours pour rendre ma RAM stable à 3200. Je touche à tout pour y parvenir, à tout sauf justement la tension SOC, entre autres parce que c'est le paramètre qui a le moins d'influence sur la stabilité de ma RAM, à moins éventuellement de la pousser à 1,2V, le maximum supporté par le CPU.
 
Bref, mieux vaut bidouiller des tensions comme la CLDO_VDDP, la tension DRAM, la VTTDDR (toujours = Vdram / 2), sans parler des autres réglages comme les timings, le ProcODT.
En tout cas, ce ne sont pas les paramètres à ajuster qui manquent avant qu'il ne reste plus que la tension SOC.
 
Ce qu'on peut régler côté SOC sans effet négatifs notables, c'est par exemple:
 SOC Power Phase Control: Extreme (ça stresse moins les VRM que Optimized)
 SOC Switching Frequency: 600 kHz
 SOC Current Capability: 120%
 
Ces trois paramètres ne peuvent que contribuer à rendre la RAM plus stable.