Bonjour.
 
Je remonte un problème sur mon R5 3600.
CPU acheté neuf en décembre, sur une Tomahawk max et 4 DIMM de HyperX fury 2666 (modules Kingston), memoire et CM neuves. Alim Seasonic S12 500w ancienne mais qui marchait parfaitement sur mon ancien PC a base de i5 4570 RX580 et qui doit largement suffir à alimenter la config.
 
Plantages aléatoires depuis l'achat. IRQL NOT LESS OR EQUAL, PAGE FAULT IN NON PAGED AREA ... sur le bureau en idle ou bien meme apres un cold boot en plein démarrage, à une fréquence de 3/4 fois par semaine, bien relou. Doom eternal qui crash random en moins de 10 minutes. Températures autour de 50 degres Idle donc ok de ce coté. Tous les reglages stock dans le bios, drivers chipset, bios a jour. Install de win propre et a jour aussi.
 
Apres avoir écarté les dimm une par une , pas de souci avec Memtest86.
Test avec Prime95 et la lumiere apparait enfin apres plusieures semaines pour troubleshooter le truc.
Sur les 12 threads, yen a un qui fail.
 

 
 
Désactiver le SMT regle le probleme de stabilité mais bon il reste plus que 6 threads sur 12.
Retour en garantie je pense. Jamais vu ca sur un intel.
A bon entendeur.

J'aurais penché sur la carte mère vu le message d'erreur, ou alors un soucis de pins ?
 
Parce qu'un proco, que ça soit AMD ou Intel, faut y aller pour qu'il soit HS au déballage.

Sur les Ryzen ça arrive (j'ai un Ryzen 5 3600 qui n'est pas "clean" -j'ai réussi à trouver un settings bios de voltage Normal au lieu de Auto qui est celui par défaut, pour contourner ses anomalies en idle et cold boot ), et sur le topic ryzen un mec a du changer son cpu car après avoir tout changé "sauf le cpu" ses instabilités étaient identiques et il n'avait pourtant pas d'erreur occt/ou autre, comme moi.
C'est d'ailleurs moi qui lui ai dit dès le départ que j'étais persuadé que c'était quadn meme son Ryzen le problème (car il y a qques forums où les mecs ne s'en s'ont sortit qu'en changeant leur ryzen alors qu'ils n'y croyaient pas un seul instant au début )
 
Il a changé son Ryzen via sav -> problème réglé...
 
Bref avec les Ryzen, il faut se méfier: c'est vraiment "tordu"...

 
 
Je viens de faire un tour sur différent topic, apparemment certains 3600 ont quelques problèmes.
 
Je touche du bois, mon 3600 se comporte parfaitement, à part une tension un peu élevé, mais sans incidence.
 
Ce qui fait bizarre c'est la hausse de température quand on est habitué au 2600.

Hello,
 
je confirme un problème identique avec mon Ryzen 3600.
 
dans le bios, j'ai modifié le voltage en normal, appliqué +0,018 au vcore et installé les derniers pilotes AMD.
 
Depuis plus aucun problème de BSOD : tout fonctionne normalement.
 
tu peux regarder sur le forum amd : on n'est pas les seuls à avoir ce problème : https://community.amd.com/thread/24 [...] e=comments
 
edit : comme macfly je n'avais aucunes erreurs en stress sous occt, tensions et températures ok.

Je viens de tester un offset de +0.0125 sur le vcore. Doom eternal, qui doit probablement utiliser les 12 threads, plante, mais pas de la meme maniere qu'avant . Avant c'etait retour au desktop cash, la il me laisse quand meme un écran tout noir avec rien dedans au bout de quelques minutes. Pour l'instant, la seule methode qui permet de stabiliser ce cpu est de désactiver le SMT completement.

Le lien que tu as donné est édifiant   .Ca prouve de façon très claire qu'il y a effectivement, comme je l'avais signalé dans le topic Zen 2 (beaucoup ne me croyaient pas d'ailleurs et remettaient mes remarques en question -alors que je suis loin d'ètre débutant   -) des lots de cpu ZEN 2 à problème.
 

Sans SMT il fonctionne correctement ?
Si c'est bien ça, ne cherche meme pas plus loin le pb n'est pas software vu que tu as meme fait une install windows -> cpu direct en SAV...

En tout cas le miens je l'ai reçu il y a 2 jours (donc commande début mai), dans le doute je viens de faire un prime95 sur les 12threads durant 4h, aucun soucis.
 
Possible que sur les derniers batchs ça soit déjà corrigés.

cpu échangé par le vendeur.
Le problème est résolu. C'était donc bien un cpu défectueux.

 
 
Oui, en désactivant le SMT il était stable. Je suis resté comme ca plusieurs jours (confinement inside), avant de le faire échanger, parce que j'en avais marre qu'il bluescreen. Sans aucun doute il était défectueux out of the box.

C’est pas etonnant AMD ne peut pas tester a fond chaque CPU quand ils ne contrôlent pas la production et qu’ils compressent les coups le plus possible.
C’est des chiplet mal biné qui aurais du aller dans un 3500x.

 
oui en gros il s'est retrouvé dans une boite pour 3600 au lieu de 3500x. Tout de meme genant.

Comme on dit : On ne peut pas avoir le beurre, l'argent du beurre et la cremiere.  
Il faut des perdants quelque parts.  
Et précisons que statistiquement c'est insignifiant.

Certes. A noter aussi que le mec du sav, apres avoir compris que j'avais fait mes devoirs correctement avant de ramener le cpu, a précisé que chez Intel ca arrivait aussi, notemment sur les i9.

Clairement les gars poussent skylake a fond les ballons c'est assez ouf qu'ils arrivent a pousser a 5,3ghz en ambiant sur la 10e, mais ça va augmenter les problemes surtout que les CPU desktop mainstream ont des die plus petit que les HEDT .

Le beurre est bleu plutot que rouge.  

Tout à fait    
C'est effectivement assez logique tout ça.
 
Content pour toi que ton pb soit résolu ol75  

J'ai finalement découvert quelquel chose de fort interessant qui me résoud définitivement l'instabilité de mon cpu UNIQUEMENT en Idle...
 
Le réglage de tension cpu que j'avais modifié de "Auto" à "Normal" m'avait amélioré les choses mais j'ai eu encore des reboots sauvages aléatoires en Idle .L'avantage est que tout à fait par hasard, j'ai pu mettre en évidence cette instabilité très simplement en utilisant Virtualbox pour me créer une VM -> reboot systématique de mon pc au bout de qques minutes si je ne fait rien à coté pour solliciter tous les coeurs: bref impossible de créer une VM normalement (ça ne marchait qu'en lançant par exemple un prime95 multithread en arrière plan en priorité basse pour pas trop ralentir la création de ma VM !!)
 
Le SAV Topachat étant débordé et n'ayant pas traité ma demande de SAV, je me suis remis à la recherche de settings pour arriver à contourner ce pb hardware cpu et j'ai finalement trouvé une info sur un forum qui m'a effectivement réglé définitivement le problème.
 
Dans le bios de ma B450 Aorus Elite, onglet "MIT", je suis allé dans Paramètre avancé de fréquence/Advanced CPU settings, et là il y a le paramètre "Power supply Idle Control" -> j'ai changé la valeur en la forçant sur "Typical Current Idle" (j'ai mi de nouveau le setting voltage cpu sur son réglage par défaut "AUTO" au lieu de "NORMAL" que j'avais forcé )
Quelques personne qui ont trouvé ce réglage bios confirment que ça leur a réglé le problème de reboot sauvage (uniquement le cas des Zen 2 instables en Idle ) .
Pour ma part effectivement le pb est définitivement réglé (j'ai laissé mon pc allumé ~3 jours et aucun reboot sauvage aléatoire comme avant, et j'arrive enfin à faire normalement mes VM sous Virtualbox   ) .
 

Je profite du topic car meme cpu et même cm. Apres une mise à jour du bios je n'ai plus la temperature par core sur les soft de monitoring. Mauvais bios inutile? Apres pas de soucis de perfs ou de temp globales.