Reprise du message précédent :
À voir côté mises à jour pour les senseurs également donc .

Ce 0803 ne me permet toujours pas d'être stable à 3200, mais je le suis désormais à 3066 14-13-13-28 1T, ce qui n'est déjà pas si mal, d'autant que je n'y parvenais pas avec le 0801.

 
Ah ! Pas mal quand même ça commence à être mature là. Tu as pu faire tourner memTest ?

J'ai validé la stabilité de cette config en laissant tourner Memtest86+ (en multithead et RRB) pendant près de 8h, sans qu'il relève d'erreur.
 
Les réglages en question:

 
EDIT: test concluant de timings plus serrés.
Pour rappel, ma RAM est la HOF 3600 C17.

 
Merci pour le lien, je vais aller y faire un tour!

 
IRQ Trap 07: Problème soulevé ici même à la sortie du Ryzen, sur les distribs basées ubuntu qui utilisent le pinctrl dans le kernel. Il est possible de démarrer avec un kernel 4.4.x. Ce problème ne se manifeste pas sur Manjaro par exemple. Pour la carte son intégrée, as tu essayé de blacklister le pilote de celle intégrée ? c'est ce que j'ai fait perso, car j'utilise une Asus Xonar Essence STX, et aucun problème de ce côté là.
J'avais beaucoup de reboots sauvages avec les versions dispos à l'époque de lm-sensors, mais depuis les récentes qui blacklistent la sonde IT8792 sur ma X370 gaming 5, je n'ai plus ce soucis.
 
C'est sûr que ces problèmes méritent une autre réponse que "nous ne supportons pas linux", mais des voies de contournement existent    

 
 
C'est à linux de s'adapter à ce qui se fait niveau matériel.

Exactement, ce n'est pas à Gigabyte de débugg le noyau linux.
Sont fous les gens

Linux est libre, tout le monde est libre de contribuer gratuitement, et tout le monde est libre de ne pas contribuer.
C'est le principe du libre

@LePcFou & @Gazette ce n'est pas aux dev du kernel de démultiplexer les IRQ mal multiplexées par les mecs qui ont écrit l'EFI des CM Gigabyte...la dernière fois que j'avais vu un conflit d'IRQ c'était quand le bug de l'an 2000 était le sujet chaud du moment...globalement, c'est un problème que je n'avais pas vu depuis près de 18 ans
 
@Koji le driver de la carte son est bien blacklisté et je n'utilise plus lm-sensors justement à cause des légers problèmes d'instabilité de ce dernier au tout début. Globalement ma conf est plutôt stable, mais c'est surtout le traitement de Gigabyte sur le sujet qui me pose problème et du coup, je pense que je vais revenir sur mon choix initial en matière de CM (Asus X370 Pro Prime ou Crosshair VI Hero) et je ne pense pas qu'ils soient près de me revoir acheter un seul de leurs produits.

 
Et bien c'est mal démultiplexé uniquement pour linux apparemment.
 
Il commence d'ailleurs à avoir pas mal de problèmes pour installer windows 7 sur les dernière machines et ceux peu importe le constructeur alors que le support n'est normalement pas terminé.

@Gazette Windows 7 et 8.1 (avant patchalacondem$) ont aussi du mal avec cette CM, les drivers des ports USB reliés au CPU ne permettent pas d'utiliser ces derniers...donc bon dire que tout marche correctement sous Windows et que Gigabyte est blanc comme neige...

 
le noyau, c'est le rôle du coder, AMD ou autre marque de hardware ne s'adapte pas au kernel mais l'inverse  
 
ou alors, on s'adapte à défaut !    
 

 

Est-ce que les Ryzen ont évolué niveau optimisation software depuis leur sortie? On peut espérer encore des améliorations ou bien Ca sera pour zen 2?
Car en fait je me dis que si le r5 1600 6c/12th est proche d'un i5/i7 qui sont des 4c, les 6c Intel risque de faire mal !

Ça semble mal parti pour Intel :
https://www.reddit.com/r/Amd/commen [...] _a_fullon/

Apres, certains semblent avoir des performances meilleures avec le nouveau AGESA, l'inverse serait quand même étonnant:
https://www.reddit.com/r/Amd/commen [...] 06_update/

Les 6c de intel peuvent être des bombes, ce qui importe le pus c'est le ratio perf/prix.

@ppn en ce qui concerne les jeu, certains patchs sortis récemment pour divers jeux apportent pas mal de gain...après les choix d'AMD de faire une archi type NUMA sur le même die leur permet de scaler beaucoup plus efficacement, et je ne serais absolument pas surpris qu'Intel* fasse la même chose tôt ou tard...du coup les optimisations viendront forcément.
 
* le 18 core / 36 threads d'Intel est vraisemblablement dérivé d'une puce serveur actuellement vendue autour de 8k€, juste parcequ'il y a beaucoup de rejets sur la gravure d'une puce d'une telle taille...alors que la solution d'AMD qui consiste à organiser ses puces en groupes de 2 CCX (de 4x2 threads) par die leur permet de rajouter plus simplement des dies dans un même package et donc de multiplier les cores en minimisant les rejets...si AMD était vraiment joueur sur leur comm en terme de nombre de core, ils sortiraient un CPU composé de 4 dies de 2 CCX...auquel Intel n'aurait strictement rien à opposer car ils ne disposent pas de puces de 64 cores / 128 threads...wait...c'est ce qu'ils ont fait sur epyc...ce qui fait encore plus mal c'est qu'AMD utilise un process de gravure habituellement utilisé pour les puces utilisées dans les smartphones...donc ils ont aussi de la marge là dessus pour améliorer la montée en fréquence de leurs puces...

Intel sait faire des CPU avec pleins de coeurs. Le truc c'es qu'Intel sort des CPU qui tourne sur le code d'aujourd'hui car c'est ce que les gens qui ont la thunes veulent.
 
Après faudrait voir en pratique en perf/$ et perf/W les plate forme HPC.
 
Après en desktop pur les 8C pas trop cher dans 95W ça fait sans doute mal à Intel. Mais s'il se disent pour la next gen c'est 6C par défaut, on peux imaginer une plateforme "deskstop" plus compétitives (faudra passer aussi a un peu plus de lane PCIe dans le CPU, sans doute revoir aussi un peut la hierarchie/quantité de cache et surtout remettre en question l'utilité d'un iGPU peux exploitable. Ca serait bien d'ailleurs que AMD/Intel soit avec un MS autour d'une table pour avoir une API pour exposer les moteurs vidéos sans avoir l'iGPU d'actif... ).

@MEI Intel sait faire des processeurs avec beaucoup de cores...mais c'est une question de process et de rendement dudit process. Là ou AMD a développé une architecture lui permettant de combiner simplement plusieurs dies gravables avec un très fort rendement là ou Intel a développé une architecture nécessitant que tous les cores soient sur le même die...ce qui limite fortement leur capacité à produire beaucoup de dies fonctionnels simplement...sachant que plus un die est gros, plus les chances qu'ils ait des défauts est grand...sans parler des pertes liées au découpages du wafer.
 
Après, pour ce qui est des trucs qui tourne avec du code d'aujourd'hui, si tu écoutes les dev dans les entreprises, tu fait du java moisi en monothread sans le moindre test parceque tester c'est douter...donc bon...
 
Ensuite, essaie une fois un 8c / 16t et je pense que tu ne reviendra pas en arrière...en matière de confort d'utilisation, c'est comme passer d'un HDD à un SSD...après, si c'est pour faire du excel...c'est sur que tu ne fera pas trop la différence...
 
Enfin, je fais probablement partie des - je cite - "gens qui ont de la thunes" et je sais ce que je veux : plus de threads, plus de lignes PCIe, plus de RAM et plus d'iops...si tu ne peux pas lancer un cluster elastic de 10 noeuds (minimum) sur ton PC sans qu'il rame c'est qu'il n'est pas assez puissant...bonus, je veux pouvoir faire du RAID de disques NVMe sans avoir à acheter une clé hardware dont le prix est annoncé à $99 pour du RAID 1 et $399 pour du RAID 5 (d'après LTT)...par contre, j'ai un peu du mal à comprendre pourquoi Intel fourni le RAID 0 gratos

 
non Anandtech dit qu'ils l'ont même annoncé
http://www.anandtech.com/show/1117 [...] isa-su-ceo
 
"At Intel's recent Investor Day we learned that future chips will incorporate multiple dies on the same package. This allows a semiconductor firm to focus on smaller chips and potentially better yields at the expense of some latency"

Aux possesseurs de gigabyte Ab350M gaming3
J'ai flashé mon bios il y a 2/3 semaines avec la version F4 (agesa 1.0.0.4). C'était un peu la catastrophe, le xmp ne fonctionnait plus, mes barrettes 2666 n'étaient pas reconnues proprement (uniquement en 2133).
La seule solution pour les faire passer à été de monter la tension de 1.2 à 1.3V. Si je me limite à 1.25 V par exemple j'ai encore de beaux bugs, du style le simple fait de bouger mes fenêtres sous Windows qui rame....

Je suis le seul à avoir ces problèmes ?

Je vois qu'un BIOS bêta est disponible depuis quelques jours mais avec gigabyte je me méfie...

De quelle tension parles-tu exactement?
Celle du CPU, du SOC ou de la RAM?
 
Celle du CPU peut monter plus haut.
Celle du SOC ne doit pas dépasser 1,2V.
Quant à celle de la RAM, même avec des barrettes censées recevoir 1,2V, il n'est en principe pas dommageable de monter à 1,35V.

 
Avec ma RAM, quelque soit le bios, je peux pas monter à 2666, je vais pas pouvoir t'aider  

Celle de la RAM.
Et j'ai aussi un peu monte celle du Vsoc.

C'est vrai que c'est pas dommageable de monter à 1.35V, mais c'est pénible de pas avoir des barrettes détectées normalement à moins de monter leur tension

 
J'ai la même carte mère et je l'ai également passé en F4 il y a quelques jours. J'ai pas de pb particuliers depuis, ma ram hyperX fonctionne bien en 2666Mhz avec le profil XMP.
Le seul soucis que je rencontre de manière aléatoire est lors du passage en veille, l'unité centrale reste allumé  avec les ventilos qui tourne mais les ports USB ne sont plus alimentés et donc impossible de sortir le pc du mode veille.
 
Après je sais pas si ça vient de windows ou de la carte mère mais le fait que le voyant power du pc reste systématiquement allumé lorsque la veille plante mais ferais penser à un problème de changement d'état de la carte mère (de S2 à S3/S4).

J'ai exactement le même problème avec la mise en veille.
Déjà le bouton "mise en veille" dans le menu démarrer à disparu (j'ai plus qu'eteindre ou redémarrer). Et si je laisse le PC de mettre en veille tout seul, impossible de l'en sortir (w10 x64)

BIOS Update AGESA 1.0.0.6 disponible depuis aujourd'hui pour l'ASRock X370 Taichi.
 
http://www.asrock.com/mb/AMD/X370%20Taichi/#BIOS
 

 
Ah par contre  je pense toujours avoir "mise en veille" sous windows (W10 pro X64), je vérifierais ça, mais quand même la plus part du temps je peux sortir le pc de veille. J'ai pas vu ce problème être souvent signalé et vu qu'on a la même carte je me demande si c'est pas un problème propre aux CM gigabyte qui planteraient de temps en temps en passant de l'état de veille S1 à S3, ce qui expliquerais pourquoi mes ports USB ne sont plus alimentés alors que le voyant d'alim et les ventilos oui.

 
Tu as quoi comme RAM Hyper X?

j'ai de la 4X4Go 2666Mhz CL15 (elle est listé dans le tableau de compatibilité sur le liste de gigabye).

 
J'ai 2x8 Go de HX426C15FBK2/16, listé dans le tableau comme compatible à 2666 et ça marche pas à 2666. Ca marche à 2400 sans soucis.

 
Sauf que c'est à quel horizon ? Cannon Lake = Kaby Lake+ = Skylake ++ s'ils n'ont pas un bus qui leur permet de gérer efficacement les différents niveau de cache et l'accès à la RAM c'est mort. Pour le moment et probablement jusqu'à mi-2018, Intel n'aura rien à opposer d'économiquement viable à ThreadRipper...et encore, à ce moment là, zen 2 est prévu...et on ne sait pas encore sur quel process de gravure ils seront...puisqu'actuellement, c'est ce qui limite la montée en fréquence de Ryzen.
 
Accessoirement, j'aime beaucoup de troll d'AMD sur le nom de leur chipset...à gérer les ingénieurs et les commerciaux comme du bétail Intel s'est perdu en cours de route et n'a même pas été foutu de faire un truc aussi simple que de déposer des marques correspondant à leurs futurs noms de chipset...quand Intel annonce X299, AMD annonce X399 et pour beaucoup, X399 > X299

+1000  
Excellent choix  

salut a tous , je fait un petit retour de ma config , ryzen 5 1600x et gigabyte ax370g5 , tous fonctionnait parfaitement , petit oc a 3.8ghz a 1.22v et ram a 2933 et depuis ce matin , plus rien quand j'ai voulu faire un démarrage a froid  
Si quelqu’un a un tips , je suis preneur .
Ps bios f5 main et f4 backup.

soft brick.
tu éteint tout, tu coupe l'alimentation (multiprise + position 0), tu débranche le cable d'alim, tu ouvre ton boitier et retire la pile de la carte-mère + clearcmos. tu va pisser un coup, tu te lave les mains (   ), tu les sèche bien hein.....pas d'eau sur la carte-mère, çà vaut mieux.    
tu remets la pile, tu rebranche tout le bordel, tu rallume, et normalement, çà marche (soit de suite, soit après une trentaine de seconde).
bios=>load optimized default=>etc, ......

1800X en route, miam miam miam

 
la référence de ma ram c'est HX426C15FBK4/16 mais bon sur les forums j'ai vu des gens qui avaient la même mobo et la même ram et pourtant ils tournaient pas à la même fréquence.... le controleur mémoire des ryzen à l'air assez capricieux.

Depuis aujourd'hui j'ai un problème bizarre....
A chaque nouveau démarrage ma carte mère MSI b350m boot directement sur le bios    
dès que je quitte le bios le pc démarre normalement sur windows.
mon ordre de boot et bon pourtant, j'ai rien touché depuis l'install.
J'ai re-flasher le bios, baisser la fréquence de ram sans réussite, toujours le même problème.
Vous avez une idée ?

 
La touche del de ton clavier  

mon ptit cpu a 90 balles (le r5 1400) tappe 3.9 ghz a 1.3 réel  
 
cinebench r15 : 826pts

ou la F2, les deux menant normalement à la config du bios lors du démarrage.

mon ancien mais toujours fonctionnel X6 @ 4.2 Ghz faisait 634 pts au cinebench15.

Edit : et franchement pour l'âge qu'il a il se défend encore très bien dans tous les domaines, même les jeux ! A 4 Ghz dans les BF4 et 1 en multi il bronche pas le bougre !