Reprise du message précédent :
C'est quoi la capacité d'OC envisageable avec un 1600 équipé du Wraith Spire ?

 
Top ton essai, en plus avec le plus gros GPU actuel du marché, même pas le demi pourcent d'écart.

il me semble que tu peux forcer le passage en GEN3 en renseignant le champ dans le bios plutot que de le laisser en auto

Ça me donne envie l'OC via FSB sur ma Taichi que je n'ai pas du tout testé depuis que ma Dual Rank est fonctionnelle au XMP avec BIOS intégrant AGESA 1.0.0.6a.

121 Mhz de fsb : pas peur que çà flingue les autres périphs qui sont liés à cette fréquence ?
perso, je reste sous 105....

y'a un générateur d'horloge externe sur certaines cartes mères HDG

oui, il y en a un sur la mienne comme sur la hero d'asus.
mais je crois que çà n'empêche pas les périphs d'être lié à la fréquence du bclk

a 121 MHz de BLK le pc ne booterait même plus s'il n'y avait pas de générateur externe

 
L'antenne wifi est dispo sur la version AB350.

 
La meme qu'avec n'importe quel mode de refroidissement. Les Ryzen semblent tous plus ou moins limites à 4Ghz sur tous les cores.

 
Quand tu dis dispo, tu signifies fourni ?

http://www.tomshardware.com/review [...] 11-3.htmls

 
J'ai un R7 avec un WC AIO je connais RyZen, ma question porte sur la possibilité du refroidissement du Wraith Spire à tenir 1.30-1.33V si besoin pour assurer une vraie stabilité, si c'est pour bouffer du 80-90°C ça me "refroidit", du coup si il faut se "contenter" de 1.25-1.30V je préfère autant m'intéresser à un ventirad à 35€ qui peut lui dissiper 125W.

 
Si tu parles des deux petites antennes qui se vissent à la CM oui c'est fourni.
 
La AB350 capte le wifi avec le bundle de base.
 
J'espère être clair  

 
Ca refroidit bien (65 degrés max ici) mais on va dire que c'est pas le plus agréable niveau sonore.
 
Pour ma part je pars sur un AIO 280 juste pour avoir 2 ventilos qui vont mouliner à faible vitesse et dissiper ça sans bruit.

 
limitė au N sur la b350
AC sur la X370
segmentation à 2 balles ...

 
Je la situe approximativement à 1,25V (Core Voltage VDI2 TFN relevé en charge).

Ryzen 7 reçu
Et forcément je découvre le problème des freezes sous Linux
Je suis en Ubuntu 14.04 lts (pour être Iso prod), j'ai vu que je pouvais tout de même passer en kernel 4.10 mais à priori chez certains ça ne résoud rien... Beaucoup de retours ici ?
Si il le faut je passerais en 17.04 mais ça m'emmerde

 
Même très clair   du coup je suis allé voir la page internet de la carte    
 

 
Merci Lermite    soit 3800-3900 MHz au mieux sur les 6 coeurs sans dépasser 70°C.
 
C'est sûr qu'un dissipateur de 125W doit pouvoir mieux exploiter le 1600/1600X...à ce sujet le 1600X semble meilleur cf la partie OC du test HFR.

 
Oui. Crosshair 6 hero.
 

 
En fait c'est bénéfique pour le MT. Sur cinebench la différence est flagrante. Le score est bien meilleur à 121mhz. Comme les jeux ne sont pas MT c'est dans le fion.
 

 
Ha bon ou ca ???!!! Tu m'intéresse
 

 
Pas de risque c'est fait pour.
 
Il est monté jusqu'à 148mhz
http://www.tomshardware.fr/article [...] 656-3.html

 
.......

 
C'est bon j'ai trouvé
 
J'étais complètement passé à coté il y a tellement d'option sur cette CM.
 
Par contre si tu forces en gen3 et que tu laisses le reste en auto elle ne boot pas, il faut mettre le reste sur gen1.
 
J'ai testé ca fonctionne, bench en cours
 
Quelqu'un a touché au menu Tweaker Paradise ?? Il y a plein de choses de ouf la dedans je n'ose pas toucher.

 
Oui et la suite ? Mais avec la C6H...
 
Il dit justement qu'avec une CM standard ca donne ceci mais pas avec les CM HDG. Tu as lu trop vite

 
Putain galère ce cpu. En fait en forçant en gen 3 le SB link baisse et on perd en perf. Si on force le PCIE X16 en gen3 ainsi que le SB Link en gen 3 la CM ne boot plus
 
Dans tweaker paradise il y a une tension qui pourrait aider d'après les infos mais je n'ose pas

Probablement 3,8 plus que 3,9 Ghz.
Mon 1700 est moyen, si spécialement bon, ni spécialement mauvais, mais il lui faut 1,2625 V à 3,85 Ghz.
Donc à moins que tu tombes sur un CPU particulièrement bon pour la montée en fréquence, mieux vaut ne pas trop espérer monter au-delà de 3,8V tant que tu seras limité à 1,25V.

je ne le comprends pas du tout comme çà moi.
ce que je comprends, c'est qu'avec les cartes bas de gamme, on peut pas toucher au bclk, et avec les haut de gamme, on peut, mais dans ce cas, modifier le bclk, modifie aussi les fréquence des usb, sata, etc......
sais pô.  

 
 
Non tu n'as rien compris, les GIGABYTE en version K7 et la ASUS C6H et certains modèles ASROCK , ont deux générateurs d'horloge ce qui permet de séparé les fréquences des contrôleurs et du FSB.

Bon il y a quelques posts en arrière j'avais demandé ici si vous aviez aussi les drivers AHCI MS de 2006 alors ue sur ma C5F ils étaient plus récent et c'était de AMD.

J'ai pris le taureau par les cornes et j'ai installé (forcé) les drivers dans le package des drivers chipset AMD. Dans le répertoire hserie-AHCI-W7A64.

AVANT (Drivers MS)

APRES (Drivers AMD)

Mes disques HDD ont l'air de moins mouliner dans le vide sous l'explorateur.

bon. ok.

edit : @corleone : ah beh je vais faire pareil.

Faudrait déjà en savoir davantage sur ta config, CM, BIOS à jour, RAM, etc, pour pouvoir t'aider.
Tu peux essayer de désactiver le "core c6 state" dans le BIOS, regarde si les lags ou gros freezes (gel complet de l'interface, perte du clavier, souris) diminuent..
Apres certains workarounds qui ont bien fonctionné sur ma machine mais peut-être pas chez toi,  nécessitent de mettre un peu les mains dans le cambouis ... compilation de noyaux pour activer certaines options.
https://community.amd.com/message/2 [...] nt-2824412
J'ai comme d'autres aussi, passé plusieurs mois avant d'avoir une machine vraiment "rock" stable, les débuts de Ryzen et de la plateforme AM4 + les problemes de RAM ont été très laborieux sur Linux, comme toute nouvelle plateforme.

Merci pour ta réponse
La configuration :
- Mobo : MSI B350 PC Mate, dernier BIOS 7A34vA6 (elle déconnait pas mal au premier boot, j'ai mis à jour direct), j'ai lu cet article : http://www.phoronix.com/scan.php?p [...] .6b-Update je vois que l'update AGESA 1.0.0.6 a été faite avec la version A5, par contre pas la 1.0.0.6b, je ne sais pas si ce détail a son importance.
- RAM : Ballistix Sport LT DDR4 2400 MT/s (PC4-19200) - BLS2C8G4D240FSE (en 2x8go)
- Carte graphique : Nvidia GTX730, pilote propriétaire 375.66

Je viens de mettre à jour mon kernel en 4.10 (avec gcc5, guide ici : https://www.cilicia.us/wp/?p=1624 ), je vais rebooter dessus en passant par la désactivation du core C6 state

EDIT  : Done, Core C6 state disabled (idem pour cool and quiet, tant qu'à faire), et je tourne actuellement sur le 4.10.1-041001-generic.
Ah et je suis sur Kubuntu, mais je suppose que ça ne change pas grand chose par rapport à Ubuntu.

En tout cas déjà 75 minutes sans freeze

Tu peux conserver le C&Q c'est pas lui le coupable.
Si tu veux aller plus loin donc conserver le Core C6 state, j'avais activé ces options sur un kernel vanilla :
CONFIG_RCU_NOCB_CPU
CONFIG_RCU_NOCB_CPU_ALL

Je tournai avec ces options depuis les kernels 4.10, 4.11, 4.12 series et 4.13.1, là je viens dernièrement d'essayé avec un kernel Debian 4.13 mainstream donc sans ces options sur le CPU RMAed pas de freeze... problème CPU, BIOS, AGESA.. je ne sais pas !

Le core c6 state + le C&Q vont te faire perdre pas mal de degrés CPU, etc en idle (~ 10°C de moins) , donc plus de silence et un peu d’économie.

 
Comment tu génères tes freezes ? Je suis sous Fedora, j'ai 0 problème depuis que j'ai mon R7 4.12.13-300.fc26.x86_64 pour info.

 
Tu les génères pas ! tu surf tranquille machine en idle, tu vas pour troller ici, paf d'un coup perte du clavier, interface figée, obligé de faire un hard reboot ..
 
C'est simple on a constaté que les Fedora n'avaient pas ce soucis de freezes, il a seulement fallu comparer les kernels pour voir que Fedora avait activé depuis un moment le RCU dans ses kernels, mais pas Debian, Ubuntu and co.
Apres il suffisait d'activer ces options et de compiler son noyau.
 "reduces OS jitter for aggressive HPC or real-time workloads" https://bugzilla.redhat.com/show_bug.cgi?id=1109113

Non ! l' AGESA 1.0.0.6b ne regle pas le probleme avec les segfaults sur des très grosses compilations en -j16 !
Soit tu desactives OpCache control dans ton BIOS si tu es touché ! ça fonctionne ! j'ai beaucoup buildé sans problemes et sans segfaults avec OpCache desactivée sans voir de différences même sur ls temps de compil, ou tu demandes un RMA comme moi.
Enfin, plutôt prendre un ticket avec le support AMD, le RMA c'est eux qui te le propose mais à la fin, mais c'est long tres long, et impossible pour une mde michou qui ne pipe pas un mot d'Anglais, bon tu me diras, elle ne développe pas de logiciel et encore moins sur Linux...
Edit : si tu ouvres un ticket en écrivant seulement que tu as des segfaults t'as pas fini ... !, ils vont te faire faire un maximum de tests, et comme ils te repondent 3 ou 4 jours apres ça p-e tres long...mieux vaut bien étayer ta demande et montrer que tu as déjà tout testé et éssayé... avant de demander un ticket , tensions vcore, vsoc, réglages de la RAM, etc sinon t'en as pour plus d'un mois voir plus avant de voir accepter ta demande..
Avec tous ces petits workarounds, mon r7 1700X etait rock stable, mais j'ai préféré le renvoyé (machine de build de paquets d'un logiciel libre ou projet open source pour les autres), j'ai failli le regretter ....

Kubuntu ubuntu c'est pareil c'est juste le DE qui change, moi je suis sur Debian SID aka unstable avec plasma5 (kde5 si tu préfères).

Merci pour ce complément d'infos

De manière aléatoire, en général lors d'une sollicitation de la machine (pas forcément une sollicitation de bourrin, une simple ouverture de fenêtre Firefox pouvait suffire à faire freezer).

RAS ce matin en tout cas avec le kernel 4.10

Je vais tester l'OpCache control si j'ai de nouveau un crash
Le RMA je vois pas trop l’intérêt ? Mon 1700 est tout neuf, je suppose qu'il s'agit d'une des dernières "révisions" ?

Nope ! l'opCache control désactive le µcache, ce n'est pas lié au freezes en idle, ça limite ou règles les segfaults.

T'as relevé les inscriptions gravés dessus avant de le monter ? semaine de fabrication, provenance, etc ?

Edit : ce n'est pas systématique certains CPU fabriqués avant la semaine 25 n'avaient pas de problemes, d'autres si !
A prendre avec des pincettes ... il semblerait, mais ça reste à vérifier que certains continuent d'avoir le bug avec des versions récentes (> S25 ...mais en PGT ... Malaisie)..
Il est encore trop tôt pour affirmer quoi que ce soit et si ça vient bien du CPU, et non de la CM, RAM, etc.

Non, pas eu cette présence d'esprit...
Toujours RAS avec le kernel 4.10, je touche du bois

Bonjour à tous,
 
Si je passe d'un 1500x à un 1600x, est ce qu'il est nécessaire de formater mon PC ou tout ira bien ?
 
Merci d'avance

Hello, il n'y a rien à faire dans ce cas, tu peux procéder tranquillement.