Reprise du message précédent :

 
La tu n'a des retours que de personnes qui cherchent à o/c au max, normal d avoir des soucis

Je ne suis pas très convaincu de ses arguments :
Des pics de 0.05 0.07 V sur un vcore que l'on conseille à 1.35V maxi.
Sachant que @stock AMD enfile jusqu'a 1.5V en mode turbo je pense pas que ces pics changent quoi que ce soit à la durée de vie.
Idem pour les mosfet : le courant de "pointe" supporté est 2 à 3 fois le courant  nominal. Ce que l'on appelle "pointe" est donné jusqu’à 300µs

cf http://www.unikc.com.cn/UploadFile [...] 140220.pdf

Super, merci.
Mais d'après ce que j'en ai compris (avant mon café donc sujet à caution ), cette explication pointe deux problèmes distincts:
 
1) Le LLC 5 peut majorer la tension définie de 70 mV max.
Mais ce problème-ci n'en est pas un puisque cette majoration de la tension est justement la raison d'être du LLC, son rôle.
En l'occurrence, mes 1,225V fixés pour 3,8 Ghz peuvent, en LLC 5, atteindre ponctuellement 1,295V, ce qui n'a rien d'excessif selon moi.
 
2) Les VRMs sont très sollicités en suivant les fluctuation de la charge du CPU mais ce problème-ci se présente dès lors que la tension n'est pas définie en offset.
Mais c'est surtout un conséquence de la tension fixée manuellement dans le bios comme celle définie dans le cadre d'un OC par P-States (où elle est également fixé pour chaque P-State)
 
J'attends mon wattmètre qui ne devrait plus tarder pour évaluer l'intérêt de l'OC par P-States en terme de consommation.
S'il s'avère nul, je reviendrai à une fréquence fixe (au moins en apparence) avec une tension par offset puisque c'est apparemment le seul moyen de soulager les VRMs.
 
Mais sachant que la sollicitation des VRMS dépend du courant comme de la tension, et cette dernière étant bien loin des 1,4V de Raja, mes VRMs devraient être beaucoup moins stressés que ceux de Raja.
En outre, vu que cette sollicitation des VRMs en cas de tension fixe ne fait répondre aux fluctuation de charge du CPU afin d'éviter une chute de tension préjudiciable à la stabilité, définir cette tension par offset devrait nécessiter de la fixer nettement plus haut pour conserver la même stabilité à une fréquence donnée.

 
Mon humble configuration avec son R5 1600X stock et ses 16 Go de DDR4 3600@ 3200 est stable de chez stable comme la majorité de ceux qui ne cherchent pas la complication. J'attendrai la fin de l'été et donc des températures plus clémentes pour chercher les limites.

+1
Mon 1600 @ 3.8 @ 1.26v + 4 * 4go de ddr en hynix et micron @ 2400mhz fonctionne sans soucis.

Moi perso je cherche aucune complication et pourtant je me tape ce problème depuis avril avec les réglage par défaut  dans le bios.

J'ai lu en diagonale tout vos déboires avec les problèmes de RAM notamment.
 
Pour le coup quelqu'un pourrait me dire quel modèle de RAM fonctionne avec quel modèle de carte mère (en B350) à 3200 Mhz à ce jour ?
 
Par exemple ce modèle sur une MSI B350: https://www.amazon.fr/gp/product/B0 [...] NB96&psc=1
 
Et sinon pour 20/25€ de différence le R7 1700 est quand même plus avantageux que le R7 1700X ? J'ai cru lire que c'était les même mais que le X aura peut-être plus de possibilité de mieux tenir les faibles OC possible.  
 
Merci  

pour la ram même avec OC à 3925MHZ(r5 1600) sur une msi pro carbon je n'ai pas d'écran noir ou autre problème d'instabilité avec des trident Z F4-3200C14D-16GTZ (2x8 go à 2933mhz cl 14).
tu as une liste de ram compatible pour rysen à toi de faire ton choix mais privilégie les puce b-die de samsumg.
 https://www.reddit.com/r/Amd/commen [...] ion_eg_on/
pour le r7 1700(x) tu as 50€ d'écart entre les deux sur dealabs et tu peux OC avec plus de cpu vcore que la version x.
https://www.dealabs.com/search/?q=cpu+amd
http://www.hardware.fr/articles/93 [...] tique.html

 
Ok merci donc à priori c'est bon avec les barrettes que j'ai link.
EDIT: Ou pas, apparemment c'est la loterie...
 
Pour le 1700x j'ai pas compris, qui prend le plus de vcore ? Sur amazon y'a à peine 30€ de différence entre les deux.

oui,sauf qu'il me semble que c'est du hynix,regarde le tableau de hfr les 1700x sont plus faible en cpu vcore pour la même fréquence(3900mhz).
sinon tu as celle là elle sont haute, mais certains membre du forum la font tourner à 3600mhz Galax (K2FA en Europe) kits de DDR4 à l'BDIE Samsung. HOF4CXLBS3600K17LD162K
https://www.topachat.com/pages/deta [...] lubic.html
http://www.rueducommerce.fr/Compos [...] 7M66503880
malheureusement elles sont souvent en rupture.

Bonjour à tous!
 
Toujours pas de nouveau Bios/Uefi pour ma MSI Gaming Pro Carbon qui tourne avec le V 1.5 du 03 Mai dernier...
Pas de nouvelles sur la date d'arrivée de la prochaine version? La beta ne m'a pas semblée très fiable, je l'ai vite désinstallée...Est-ce qu'elle tourne bien chez ceux qui ont cette CM?

pareil pour moi(pas testé le bêta),une fois le bios agesa 1006 je retente la fréquence 3200mhz sur mes triden z.

 
Pour moi le LLC ca toujours été pour donner un coup de boost au CPU. Et c'était d'ailleurs expliqué ainsi sur les crosshair à l'époque il me semble. Pour stabiliser l'OC en augmentant la tension lors du forte charge pour les cpu qui leak beaucoup.
Ca me permet d'aller plus haut sur mon FX et d'avoir un vcore plus bas en faible charge (avec un offset). Le LLC donne des pics de tensions au dessus de la tension réglé juste lors des "bourrounage" haut dans les tours. Ca fait des années qu'il tourne comme ça.

Bonjour,
 
Esce que quelqu'un a testé le nouveau beta BIOS 1.65  de la Tomahawk ? Amélioration ? Boot POST plus rapide ?  
 
Merci

[quotemsg=10173527,25963,615294]
Super, merci.
Mais d'après ce que j'en ai compris (avant mon café donc sujet à caution ), cette explication pointe deux problèmes distincts:
 
1) Le LLC 5 peut majorer la tension définie de 70 mV max.
Mais ce problème-ci n'en est pas un puisque cette majoration de la tension est justement la raison d'être du LLC, son rôle.
En l'occurrence, mes 1,225V fixés pour 3,8 Ghz peuvent, en LLC 5, atteindre ponctuellement 1,295V, ce qui n'a rien d'excessif selon moi.
 
2) Les VRMs sont très sollicités en suivant les fluctuation de la charge du CPU mais ce problème-ci se présente dès lors que la tension n'est pas définie en offset.
Mais c'est surtout un conséquence de la tension fixée manuellement dans le bios comme celle définie dans le cadre d'un OC par P-States (où elle est également fixé pour chaque P-State)
 
J'attends mon wattmètre qui ne devrait plus tarder pour évaluer l'intérêt de l'OC par P-States en terme de consommation.
S'il s'avère nul, je reviendrai à une fréquence fixe (au moins en apparence) avec une tension par offset puisque c'est apparemment le seul moyen de soulager les VRMs.
 
Mais sachant que la sollicitation des VRMS dépend du courant comme de la tension, et cette dernière étant bien loin des 1,4V de Raja, mes VRMs devraient être beaucoup moins stressés que ceux de Raja.
En outre, vu que cette sollicitation des VRMs en cas de tension fixe ne fait répondre aux fluctuation de charge du CPU afin d'éviter une chute de tension préjudiciable à la stabilité, définir cette tension par offset devrait nécessiter de la fixer nettement plus haut pour conserver la même stabilité à une fréquence donnée.[/quotemsg
 
je pense qu'il ne faut pas se prendre la tête et utiliser son pc tranquillement
tu es à 1.225 ça doit passer à 99.99%
 

 
je n'oc pas, donc pas de problème non plus

j'o/c et pour le moment, pas (re) eu de plantages

Aucun souci ici non plus, R1700 à 3.9Ghz, RAM à 2933 Mhz, très satisfait.

 
 
jamais de cold boot ?

perso j'ai eu du cold boot au debut du agesa 1004, réglé avec un passage de 1.20 a 1.25v de la ram et depuis ras.
 

ok merci pour l'info

toujours pas testé le 1006 d'ailleurs

 
Ces arguments sont pourtant tout à fait corrects.
 
Le changement de charge (idle => load, load => idle) applique cet offset défini par le LLC, qu'il soit nécessaire ou pas, au dessus ET en dessous (negative/positive overshoot) de la tension de base. Il ne faut pas juste penser que tant qu'on est pas atteint la tension recommandée par Intel/AMD, on peut s'amuser à appliquer des valeurs fantaisistes. Toute modification implique forcement des conséquence, que se soit au niveau du CPU ou de la partie VRM car celle-ci doit bosser plus dur pour maintenir une tension stable. Quantifiable ? Impossible à quantifier ...
 
Donc mettre le LLC à 5 et dire que c'est bon, c'est stable, donc np, ça marche, c'est un peu ne par comprendre ce qui se passe derrière. Autant monter la tension de base (pour faire simple, en idle) et baisser la valeur de la LLC, tant que cela reste stable.

Genre tout à stock ça marche pas ? Sans activer des profil xmp pas fait pour ryzen bien sûr.

Non, et même pas tenté, si si  
Boot POST = ~3 a 5 s

Le 1.64 fonctionne très bien pour moi, j'ai même remis les timings d'origine de ma RAM (sauf la tension 1.20 a 1.35v), donc pas l'envie de remettre les mains dans le cambouis sans avoir connaissance d'un éventuel changelog ...
Sur mon kernel 4.11.7 (kernel.org) j'ai aussi ajouté CONFIG_RCU_NOCB_CPU and CONFIG_RCU_NOCB_CPU_ALL, options non incluses sur les kernels Debian et dérivées, pourtant activées sur les kernels Fedora.
Ce qui semble régler les soucis aléatoires en idle que je rencontraient au tout début.
Et un petit norandmaps passé au noyau au boot, pour désactiver l'ASLR me  provoquant des segfaults sur des très très grosses compils.
https://www.phoronix.com/forums/for [...] post957309

https://community.amd.com/thread/21 [...] 0&tstart=0

Test du beta BIOS 1.65  de la Tomahawk :
https://forum-en.msi.com/index.php?topic=288480.0

Pareil aucun problème chez moi depuis les premiers bios ça tourne comme une orloge. Ram à 3000 mhz pour ma part

Oui tous en stock et je me tape  un blackscreeen suivi d'un reboot quand ça arrive le pc et pas trop sollicité genre firefox en tâche de fond  , pour la ram le bios à choisie les réglage docp 14-14-14-35- 1.20v.

Ah ben elle viens de repasser en stock.
https://www.topachat.com/pages/deta [...] 01728.html
 
Donc cette RAM là est pleinement compatible Ryzen ? Elle tourne bien à 3200 ?

Dites le 1.0.0.6 a finalement été salvateur ?  
Je dis ca mais je vends mon kit ryzen (x370-32go-1700) (qui n'a rien avoir la ram ou un manque de perf) mais question de besoin.  
Pour autant j'ai bien aimé ce ryzen et son actu avec de vrai retour m'intéresse

Pour moi oui, le 1.0.0.6 a rendu mon kit dual rank hynix qui était bloqué à 2400, utilisable à 3200 soit sa fréquence XMP.
 
Du coup avec le gain en bande passante, je peux me permettre de baisser la fréquence max OC P-STATES pour avoir la même Performance globale et gagner en efficacité énergétique.

Le problème est que le 1.0.0.6 n'est encore disponible qu'en version beta au travers des bios.
En l'état, il n'est pas encore la solution miracle pour tout le monde, mais la prochaine version stable des bios est prometteuse.
 
A propos de bios, le 0805 est dispo pour la Asus Prime X370: http://dlcdnet.asus.com/pub/ASUS/m [...] S-0805.zip
 
J'ignore quels sont les changements exacts par rapport au 0803 mais j'ai déjà constaté un gain de stabilité:
Avec le 0803, un jeu de timings engendrait un violent plantage, nécessitant un Clear CMOS.
Avec le 0805, ce même jeu de timings donnent simplement trois tentatives de boot échouées, suivies d'un retour forcé au bios.
 
Ce 0805 semble donc tout bénef de prime abord.

oui !
 
de 2933 CAS14 je suis passé à 3466 CAS14 avec de la Trident 3200C14      

oui,même 3600 mhz pour certains à ce prix il faut pas hésité.
faut juste pensé à sa hauteur le jour ou tu prend un ventirad autre que rad d'origine.
 

Pas chez tout le monde hélas.
 
Avec mon 1700 à l'IMC fainéant comme pas deux sur sa Asus Prime X370, avec le bios 0803, la stabilité n'était parfaite qu'à 2933 Mhz 14-13-13-13-30.
 
Avec le bios 0805, que je présume être encore une version beta, 3200 Mhz ne passent toujours pas: memtest décèle des erreurs.
3066 Mhz 14-14-14-34 semblent passer mais je n'en serais sûr que dans quelques jours, après avoir pu effectuer des tests poussés et suffisamment longs pour s'affranchir des variations d'humeur de ma config.
 
Mais même à 2933 Mhz, ce kit de RAM présente un excellent rapport performances/prix.

 
Ma CM est une MSI X370 CARBON PRO, ma RAM est la DDR4 KFA2 HOF, 2 x 8 Go, 3600 MHz, CAS 17
 
Au démarrage en bios 1.0 ma DDR était reconnue en 2133, après mise à jour en 1.5 toujours reconnue en 2133. Dans les options RAM j'ai sélectionné DDR 3200 CAS 16. Depuis tout roule et s'avère stable. J'ai validé par plus de 4 heures de memtest et 2 heures d'occt.
 
Rien à voir donc  avec ma Gigabyte Z77 très capricieuse côté RAM.
 

 
Chez ASRock le 1.0.0.6 est en version finale depuis 2 semaines environ.  

Il commence à être référencé sur le site d'Asus, même si pas encore pour tous les OS.
Il est en tout cas présenté comme la version stable intégrant AGESA 1.0.0.6.
 
C'est donc avec ce bios qu'il faut s'acharner sur le paramétrage de la RAM, parce que la prochaine amélioration à ce niveau promet de se faire attendre.

S'il en a une un jour. Pour ma part le 1.0.0.6 n'apporte rien du tout.

Gain massif sur tomb raider et zbrush après optimisation.
 
https://hothardware.com/news/amd-ry [...] sh-updates
 
Comme quoi, cette architecture zen a du potentiel !

j'comprends rien.
faut utiliser le mode d'alimentation "balanced ryzen" ou le mode " haute performance" ??

 
L'un des deux pour les performances (apparemment plus ou moins la même chose), "Balanced Ryzen" serait mieux pour la conso.