Reprise du message précédent :

j'utilise Linux et Windows sur mon r5 1600.
Ce problème est réglé depuis des mois via l'option "typical idle current" poussée par AMD sur les uefi.
Pour le rapport perf prix ryzen est bon et sinon il y a aussi le 8400 je crois qui s'en tirait bien chez Intel(le reste de la gamme supérieure pas)
Mais ça c'était avant l'augmentation des prix chez Intel, pas sûr que ça soit tjrs valide.
Pour le reste du bashing à deux balles comme on en a l'habitude de voir "si t'es pas preums t'es nuuuuul".
Il y a toujours des gens à qui ça plait de payer le double pour à peine plus de perf    
 
Je recommande Asus pour Linux car ils mettent plus de temps à release leur uefi quand il y a des soucis encore à régler vs la concurrence.
Après aller ailleurs permet d'être plus beta testeur
En court, les release  de mise à jour de l'agesa chez Asus sont plus tardives. "Quand ça sera prêt"

https://bugzilla.kernel.org/show_bug.cgi?id=196683

Bonjour,

Justement si je lis les infos ça semble loin d'être réellement réglé, parfois il faut désactiver le cstate C6, ou changer le réglage dont tu parles, ce qui ne résout pas le problème mais le contourne... Faire ce réglage sans désactiver le réglage C6 pour le package, tout en laissant le C6 pour le core. De ce que je vois un peu partout, amd n'a pas l'air de régler ça?

Or si on regarde:
https://www.amd.com/system/files/Te [...] _Guide.pdf
Regarde le 1109 MWAIT....
qui semble ressembler au problème...

Et visiblement pour certains le problème est toujours présent, en l'état difficile de savoir ce qu'il en est.

Non non, c'est bien réglé via ce "typical idle current".
 
Les autres ont un autre problème que celui là.
Soit matériel defect' soit firmware du pilote radeon pas à jour
bref d'autres problèmes.
Il y a confusion sur ce rapport de bug entre différents problèmes que celui des freeze idle causés par un soucis d'alimentation: source AMD.
 
J'ai déjà regardé l'errata du "mwait hang" et vu les retours les freeze idle ne sont pas du à ça.
Regarde les derniers messages de ton lien    
Qqun a testé avec un portable le mwait désactivé, ça ne change rien.
Je n'ai pas reproduit de mon coté mais je pense pas qu'il y ait besoin de le faire, seul le "typical idle current" résoud le soucis des freeze idle, sur du matériel non défectueux qui n'a pas d'autres problèmes que celui la.
 
Tu trouveras d'ailleurs des uptime élevés pour ceux qui ont simplement activé ça dans leur uefi
J'ai un ami qui a des serveurs perso en Ryzen et pas de soucis d'uptime avec cette option activée, ça roule.
 
Si tu veux je peux confirmer que le nomwait idle ne change rien à ce soucis
 
Pour ce que j'en ai observé, ce problème a été réglé sur Windows depuis très longtemps car windows update installe automatiquement la partie logicielle d'AMD et celle ci désactive le C6 partiellement pour la majorité des profils de conso d'énergie.  
à moins que ça ne soit crosoft qui l'a désactivé car pour ce que j'en ai lu, Intel fait pareil qu'AMD car ça fait chuter les perfs quand tu as une veille profonde chez eux aussi.
 
Ce "patch" à activer manuellement dans les uefi pour ne pas avoir de freeze idle sur Linux a été poussé par AMD vers fin 2017 début 2018 mais il fallu le temps que ça arrive partout.
Plus chez Asus que chez les autres.

Donc on en revient à ce que je dis, il y a bel est bien un défaut hardware qu'on contourne en désactivant le C6.

Je cherche à savoir ce que fait "typical current idle", mais impossible d'en avoir le coeur net, de ce que j'ai cru voir, ça désactive le C6 state sur le package tout en le laissant sur le "core". Après si réellement ça résout tous les problèmes pourquoi pas, mais la cause serait donc bien un défaut de fabrication.

Donc il faudrait être sûr de trouver une carte mère qui permet ce réglage.

C'est ce que je pense aussi, j'ai d'ailleurs posté qqs messages ici et ailleurs un peu furieux à cause de la comm' d'AMD que je trouve mauvaise (voire chez limetech).
Mais j'avais aussi une carte vidéo défectueuse donc j'avais aussi potentiellement des soucis de stabilité pour ça.
 
Et oui c'est apparemment ce que ça fait, désactiver partiellement le C6.
La plupart des cartes mères le permettent.
Mais il me semble avoir croisé qqun sur ce topic qui disait ne pas l'avoir, ce qui est étonnant depuis le temps qu'AMD l'a laché.

https://www.youtube.com/watch?v=HsQAtsKX3mE
 
FYI... 3400 C14 ftw.

3200 c14 tu veux dire ? J'ai jamais vu de barrettes cadencées plus haut avec moins de c16.
 
En passant, c'est toujours valable de choisir en priorité des b-die samsung, ou le choix est plus large depuis zen+ et son contrôleur mémoire amélioré ?

Le contenu de ce message a été effacé par son auteur

Faut pas qu'ils descendent trop bas, après on verra que ça vaut plus rien AMD

Oui ça reste la référence les B-Die.
J'ai des CL15 3200 et ça passe sans problème en C14 3200 voir plus, mais ça nécessite pas mal de réglages bios et de tentatives.
Le tout sur un 2700X qui est plus tolérant que le 1700X que j'avais.

R7 1700 @ 179.90€
 
https://www.rueducommerce.fr/produi [...] 0a41a9af81

Ok
 
Après, 100 balles de plus pour passer de 3200 cl16 à cl14... heureusement que je dois pas changer tout de suite, j'ai le temps d'attendre que les prix de la RAM baissent un peu

surtout qu'avec un peu de bol , tu peux espérer monter plus haut tout en restant en CAS 16
 
du coup ça compense

Ouep fait un an que mon Ryzen 1600 est stable avec de la ram OC à 3600 CAS 16, par contre je ne met plu le BIOS à jour ça merde c'est instable en jeu... les nouveaux bios ne sont opti que pour les nouveaux Ryzen ça c'est dommage.

Je pense que toutes le proposent maintenant, après c'etais et c'est toujours valable sur les premiers Ryzen comme le mien, aucune idée si le problème existe encore sous Linux avec la seconde génération des Ryzen (j'ai pas cherché).
Meme avec mon kernel 4.19 vanilla je le laisse sur "typical current idle"
Çà évite d’éteindre et rallumer les cores inactif, AMHA ça n'empeche pas de faire baisser leurs fréquences et le vcore en idle.

Je confirme que ça n’empêche pas les fréquences de baisser, par contre mon vcore est fixe mais j’imagine que ça ne l’empêche pas de baisser non plus en cas d’offset. J’ai activé l’option quand vous en aviez parlé la première fois, bien qu’étant sous Windows, au cas où j'installe une distro Linux un jour.

Pour baisser le vcore active le cool & Quiet, et le downcore sur le bios de ta mobo.

Cool & quiet est activé, il me semble que c'est ce qui permet à la fréquence de descendre. Le downcore est sur auto donc activé aussi je suppose, mais j'ai une valeur fixe en vcore (avec l'offset au max je me retrouve à 1.3v en charge ce qui est plus que nécessaire) donc je ne pense pas que je puisse lui permettre de descendre.

Sur les MSI pas d'offset soit tu mets le vcore en manuel et tu lui fixes une tension soit tu le laisses en auto et donc il variera suivant la charge.
Sur les autres mobo il faut jouer avec les c-states, je laisse le soin aux autres qui possedent ces mobales de te l'expliquer.

Cstate et Pstate c’est la même chose ? Je suis en train de regarder les Pstates là afin justement de pouvoir réduire la tension en même temps que la fréquence.
Édit : en auto justement le CPU prend plus de 1,4V, je sais pas si c’est nécessaire pour tenir le turbo (je l’ai désactivé) mais en tout cas c’est beaucoup trop je trouve.

sacré prix pour un six cores 12 threads.  

si en plus la livraison est gratuite

 
   ca me démange , il arrive quand ryzen 2 ?

+- avril 2019 (perso, je vois plus Juin )

bah  pour 10 % de  perf en plus   le  ryzen2 , autrement dit  aucun gain notable  en jeux ,  
va sortir  a  200 euros  plus  cher comme  le  ryzen r7 1700 à sa sortie  350 e ... je crois que  je vais  craquer  

On ne connait pas réellement les perfs du Ryzen 2 aujourd'hui . Ca dépendra du gain d'IPC effectif  et du gain en fréquence.
Aujourd'hui il est question de 13% d'IPC en plus, resteà voir la fréquence, mais on pourrait être au dessus de 20% de gain.

Ce n'est pas la même chose.
 
Les P-States peuvent habituellement être ajustés par l'utilisateur.
Ils permettre de réduire par paliers la fréquence de chaque coeur du CPU selon son niveau d'activité.
Ces variations de fréquence et tension sont visible à travers les logiciels de monitoring.
 
Les C-States n'ont eu pour effet que de réduire la tension des coeurs en période d'inactivité.
Ils peuvent la réduire davantage que les P-States, et permettent donc de plus grandes économies d'énergie, au point d'ailleurs de rendre les P-States inutiles de ce point de vue.
Les C-States ne sont pas configurables. L'on peut simplement choisir de les activer ou non. Chez Asus, cette option est nommée "Global C-State Control".
A noter enfin que les variations de tension causées par les C-States sont invisibles aux logiciels de monitoring. C'est une popote que le CPU fait en interne.
 
En clair, dès lors que les C-States sont actifs, les P-States ne peuvent apporter aucune économie d'énergie mais ces derniers restent intéressant si l'on veut vraiment voir la fréquence des coeurs se réduire au repos.

 
 
bah celui qui recherche la perf pure pour gagner 3 secondes sur un encodage lol ,le geek acharné ok mais la le petit tu le fou a 4 ghz est ca dépotte grave au dessus des intel est de loin pour pas cher

Ah mais c'est certain.  
 
Ceci étant en poussant un peu le raisonnement, un 3770K clocké à 4.5 fais le job dans 99% des cas

oue bah ca va te faire gagner 2 fps par rapport au ryzen et encore qui te serviront  à rien vu qu'on est déja a des fps super hauts . ces cpu meme stock sont déja hyper performants pas besoin de plus et en encodage meme ton intel 500 mhz plus  haut  rivalise  pas.
piis  dans 6 mois mon cpu sera vendu dans la journée pour passer a la nouvelle fournée sans meme changer de carte mére  
 
allez go j'achete  

Ah ok donc ce que je suis en train de faire ne sert à rien puisque je touche aux pstates uniquement pour réduire la tension en idle (la fréquence baisse déjà pas mal avec cool & quiet). Ça m’arrange parce que l’écart entre la tension réglée et celle effectivement relevée par HWinfo est plus grand quand je passe par les pstate, tout comme l’écart entre tension min et tension max en charge. D’ailleurs j’ai testé les différents modes de LLC de ma CM et je n’ai pas constaté de différence à ce niveau...

Déjà, entre un 1700 et un 2700, le test HFR montre 10% de performance en plus.
Entre les versions X, 15% de mieux.
On peut imaginer que ça pourrait être pareil entre 2700 et 3700, donc 20-30% de performance en plus qu'avec le 1700 .

 
moins que ca  mais  c'est  vite  rattrapé avec  un petit  overclok , et  vu qu'ils  s'overclokent  pareil , c'est du pareil  au meme , et  c'est  de  l'ordre  de  5 fps  et comme  ca  se  situe vers  les  140 fps aucunes  differences en jeux .
 

 
pour les perfs du prochain tu es mme irma   , meme si 7 mm on sait pas si ca s'overclokera mieux , voir les intel qui bloquent malgres la finesse de gravure et chauffent autant.  
donc la  déja ils sont largement perf pour tirer n'importe quelle carte pendant plusieurs années.

Sinon il faut jouer en 4K vu que même une 2080Ti ne dépasse que rarement les 60 FPS

 
Non, un 1700 prend max 3.9Ghz
https://www.hardware.fr/articles/93 [...] tique.html
Un 2700 lui monte à 4.2Ghz
https://www.hardware.fr/articles/97 [...] tique.html
 
Donc, compte plutôt 3.8 et 4.1 pour du H24

Faut pas oublier que la moyenne ne montre pas le gain sur les jeux limités par la puissance en monocœur. Le problème de mon 1700 c'est pas des jeux comme R6 ou Bf1, c'est Heart of Iron ou Stellaris (plus tous ces jeux mal opti en beta perpétuelle)
 
S'ils sortent 10% d'ipc par rapport aux ryzen 2xxx et 2-300mhz en plus sur tous les cœurs, ca sera pas mal du tout.

Je ne sais pas d'où sort ce "3,9 Ghz max pour le 1700" parce que le mien, qui est pourtant loin d'être le meilleur en terme d'overclocking, est stable à:

• 4,00 Ghz avec 1,41V
• 3,95 Ghz avec 1,35V
• 3,90 Ghz avec 1,30V

 
mais en fait on s'en tape en utilisation tu vois pas de difference , j'ai passé l'age de me taper des branlettes sur des benchs  

Pas très étonnant, les ryzen en jeu, ça tourne à 40% d'occupation CPU donc le turbo turbote

Merci d'être passé, bonne continuation.

 
 
 
euh mon ancien 1700 (le 1er que j'ai eut) tenait 4ghz en h24