[Topic Unique] AMD Ryzen (2016_14nm & FinFET)

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 633 634 635 .. 1058 1059 1060 1061 1062 1063 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Topic Unique] AMD Ryzen (2016_14nm & FinFET)

scorpio810

Reprise du message précédent :
J'avais pas eu le temps de le vérifier jusqu’à maintenant, je confirme le dernier AGESA 1.0.0.6 corrige bien le bug VME.
Je viens de tester une VM WinXP, ça roule alors qu'avant ça rebootait en boucle.

Message édité par scorpio810 le 02-06-2017 à 12:40:51

Publicité

dotsy

Les + 20° sont toujours d'actualité sur les ryzen X ?

PinkFloyd31

Jancoviciste Accélérationniste

oui

---------------
Le plus dur c'est pas l’Atterrissage, c'est la Chute. «Dieu se rit des hommes qui déplorent les effets dont ils chérissent les causes» FAFO.

dotsy

merci pour la réponse , je trouve cette offset biens relou ça induit beaucoup de monde en erreur en pensant a une surchauffe surtout en idle .

archimed

Précision sur le LLC attention aux marques de carte mère.

Chez Asrock le LLC va de 1 à 5, par défaut il est a 5 (donc avec vdrop) le diminuer c'est augmenter la tension vcore.
C'est l'inverse de chez asus.

Pour MSI il me semble que c'est un pourcentage, à 100% il y a du vdrop plus on baisse et plus le vcore augmente.

Message édité par archimed le 02-06-2017 à 15:31:04

geodu7000

Sur la msi c'est mode 1 jusqu'au mode 8 sur la msi b350.
Plus on monte plus le v core augmente mais moins y as de vdrop et il faut forcément baissé la tension du v core ainsi en mode 4 @3.9ghz j’obtiens 1.287-1291 de vcore sur la partie du cpu dans hwinfos.
La température en séance de jeux 51° et en stress mode custom 256/256 ftp prime 95 62-64° avec une température ambiante de 27-29° :pt1cable:
Par compte un petit souci par exemple:
Cinebench r15 demande moins de tension au cpu par apport à prime 95( mode custom ftp 256-256 ).
Du coup cela passe sous prime 95 mais beaucoup moins facilement pour cinebench r15.

Message édité par geodu7000 le 02-06-2017 à 15:38:54

Alexis 3004

FrankMario a écrit :

Bon j'ai vu que certains d'entre vous ont testé le bios F7a sur la AB350-gaming 3 qui est sans grand intérêt apparemment.

J'ai toujours ce problème très agaçant du pc qui prend des plombes a s'allumer (écran noir, clavier éteint comme le modèle AB350M a ce que je vois) et en parallèle j'ai eu d'autres problème depuis que j'ai acheté cette config :

- freezes & plantages en jeu, pourtant a 3,7Ghz à 1,297 v et pas de soucis OCCT (je pense que ma RX480 achetée en même temps a un problème autrement je ne vois pas ce qui pourrait causer ça...)
- je viens de CMOS car le pc ne voulait pas démarrer car j'ai voulu baisser un pète le voltage de la ram qui était a 1.356V (elle est sous cadencée @2133 avec des meilleurs timings par défaut)

Bref pour l'instant je profite du CMOS pour le laisser non OC avec juste un peu de voltage en plus pour être sûr (1,22v) et voir si ça merde toujours (donc m'orienter sur un soucis carte graphique)

Si vous avez quelques remarques que ce soit sur mon pavé (désolé) n'hésitez surtout pas :jap:

Lut,
Désolé de repondre si tard mais je suis en vacances. Sur une Gaming, même problème de boot qui met une plombe avant de passer le bios et ce, sur deux carte differentes. Plus de gros problèmes d écran noire et d allumage de la carte. Après batterie de tests, un retours sav, je me suis fait rembourser et je vais sûrement me tourner vers une asus

Message cité 2 fois
Message édité par Alexis 3004 le 02-06-2017 à 16:18:40

SynE

Agri du dessert

Alexis 3004 a écrit :

Prends une msi en b350 elles sont bien.

fragman

Alexis 3004 a écrit :

Bonjour,

Es ce que quelqu'un a eu des problèmes avec une Gigabyte ? Ca fait deux fois que je change la mienne ? Pas de soucis avec mon ancienne config en phenom mais sous Ryzen ca fait deux fois que ma AB350 Gaming tombe en rade. Peux etre le revendeur...

Merci

Cela fait longtemps mais pas de soucis avec la mienne :jap:

---------------
Rheidizded #2392

scorpio810

Alexis 3004 a écrit :

Parfois ça ne vient pas de la carte mais du couple CPU/RAM/MoBo et aussi des réglages et versions BIOS..
BIOS en auto c'est souvent une catastrophe, faut pas oublier que la plateforme est toute récente.

Message édité par scorpio810 le 02-06-2017 à 16:49:46

Publicité

mogana

J'ai adapté sous vs2017 un petit code (monothread) pour tester la bp mémoire.
Et je suis de plus en plus convaincu que ce perceptron dans le ryzen est une de ses grandes forces.
Entre mon r1800x@4, DDR4 à 3200 CAS 16, et mon 3930K@4.7, DDR3 à 2133 CAS 10, malgré l'avantage d'une bp plus élevée, les accès mémoire séquentiels sont équivalents avec un petit avantage pour le i7 mais en accès aléatoire, le ryzen est presque deux fois plus performant, sa prédiction de branchements semble faire merveille.
Et j'ai même testé avec la ram du ryzen à 2133 avec CAS 15, ça reste encore 50% plus rapide en aléatoire.

Krazouk

Dites j'ai voulu mettre le dernier bios sur ma gigabyte b350 gaming 3. Tout allait bien jusqu'à ce que je decide de passer en profil xmp.
Depuis ça ne boot plus et redémarre en boucle.

Comment je peux faire un clear cmos dessus?

PinkFloyd31

Jancoviciste Accélérationniste

y'a pas de jumpers ?
un bouton clear cmos ?
c'est pas expliqué dans le manuel ?
sinon, t'a la pile....çà clear cmos je crois d'enlever la pile

Message cité 1 fois

---------------
Le plus dur c'est pas l’Atterrissage, c'est la Chute. «Dieu se rit des hommes qui déplorent les effets dont ils chérissent les causes» FAFO.

Krazouk

PinkFloyd31 a écrit :

y'a pas de jumpers ?
un bouton clear cmos ?
c'est pas expliqué dans le manuel ?
sinon, t'a la pile....çà clear cmos je crois d'enlever la pile

Je trouve pas.

J'ai éteint et enlever la pile. Toujours le problème.

PinkFloyd31

Jancoviciste Accélérationniste

page 18 de ton manuel. (que je viens de télécharger pour vérifier)
tu as un clear cmos en bas à droite de la carte.
il te faut mettre un jumper sur les 2 pins pour les mettre en contact quelques secondes (ou utiliser un truc metallique pour mettre en contact les 2 pins).
pc éteint ! débranché du courant !! evidemment !

Citation :

14) CLR_CMOS (Clear CMOS Jumper)
Use this jumper to clear the BIOS configuration and reset the CMOS values to factory defaults. To clear
the CMOS values, use a metal object like a screwdriver to touch the two pins for a few seconds.
• Always turn off your computer and unplug the power cord from the power outlet before clearing
the CMOS values.
• After system restart, go to BIOS Setup to load factory defaults (select Load Optimized Defaults) or
manually configure the BIOS settings (refer to Chapter 2, "BIOS Setup," for BIOS configurations).
Open: Normal
Short: Clear CMOS Values

Message édité par PinkFloyd31 le 02-06-2017 à 17:54:18

---------------
Le plus dur c'est pas l’Atterrissage, c'est la Chute. «Dieu se rit des hommes qui déplorent les effets dont ils chérissent les causes» FAFO.

Krazouk

Je suis aveugle bordel!

Merci ça a marché. Je suais bien et c'était pas la chaleur

PinkFloyd31

Jancoviciste Accélérationniste

:lol:

---------------
Le plus dur c'est pas l’Atterrissage, c'est la Chute. «Dieu se rit des hommes qui déplorent les effets dont ils chérissent les causes» FAFO.

Lermite

A l'attention des détenteurs de la HOF 3600 qui luttent pour la faire tourner à 3200 sur la Asus Prime, je n'y suis pas encore arrivé mais j'ai progressé, en faisant se raréfier les erreurs remontées par memtest.

Dans la multitude d'options introduites par le bios 0801, j'en ai identifié trois dont je suis à peu près sûr de leur réglage:

ProcODT_SM 68,6
Gear Down Mode Disabled
Power Down Enable Disabled

Vient ensuite celles que je pense avoir bien réglées mais sans aucune certitude:

DRAM CAS# Latency 14
Trcdrd 14
Trcdwr 14
DRAM RAS# PRE Time 14
DRAM RAS# ACT Time 34
Trc_SM 62
TrrdS_SM 8
TrrdL_SM 12
Tfaw_SM 42
Trfc_SM 350
Trfc2_SM 260
Trfc4_SM 160
Cmd2T 2T

Si vous trouvez quelles autres options il faut bidouiller, et lesquelles j'ai pu fixer à une valeur inadéquate, merci de partager vos lumières.

Message cité 1 fois

fredo3

Je ne sais pas si c'est déjà passé, mais il y a Asrock qui a présenté ses Mini-ITX AM4:
https://www.computerbase.de/2017-06 [...] ng-itx-ac/

Message cité 1 fois

scorpio810

Hum, je ne sais pas si je suis touché par ce bug http://www.phoronix.com/scan.php?p [...] er-Issues#
Mais j'ai du m'y reprendre a deux fois grr

Edit: j'avais remis le Vsoc en auto m'en vais lui mettre en manu et p-e revenir @stock sur le CPU
..

Code :

[done] qtserialport x86_64-w64-mingw32.static 2932 KiB 0m15,044s
[build] qtserialbus x86_64-w64-mingw32.static
[done] qtwebsockets x86_64-w64-mingw32.static 3600 KiB 0m20,421s
[done] qtsvg x86_64-w64-mingw32.static 12172 KiB 0m30,038s
[done] qtimageformats x86_64-w64-mingw32.static 20424 KiB 0m30,511s
[done] qtsensors x86_64-w64-mingw32.static 12368 KiB 0m54,731s
Failed to build package qtserialbus for target x86_64-w64-mingw32.static!
------------------------------------------------------------
Makefile:43 : la recette pour la cible « sub-src-make_first » a échouée
make[2]: *** [sub-src-make_first] Erreur 2
make[2] : on quitte le répertoire « /media/backup3/mxe/tmp-qtserialbus-x86_64-w64-mingw32.static/qtserialbus-opensource-src-5.9.0 »
Makefile:654 : la recette pour la cible « build-only-qtserialbus_x86_64-w64-mingw32.static » a échouée
make[1]: *** [build-only-qtserialbus_x86_64-w64-mingw32.static] Erreur 2
make[1] : on quitte le répertoire « /media/backup3/mxe »
real 0m47,660s
user 1m0,587s
sys 0m4,147s
------------------------------------------------------------
[log] /media/backup3/mxe/log/qtserialbus_x86_64-w64-mingw32.static
Makefile:654 : la recette pour la cible « /media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtserialbus » a échouée
make: *** [/media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtserialbus] Erreur 1
make: *** Attente des tâches non terminées....
[done] qtactiveqt x86_64-w64-mingw32.static 53428 KiB 1m14,951s
Failed to build package qtscript for target x86_64-w64-mingw32.static!
------------------------------------------------------------
Makefile:43 : la recette pour la cible « sub-src-make_first » a échouée
make[2]: *** [sub-src-make_first] Erreur 2
make[2] : on quitte le répertoire « /media/backup3/mxe/tmp-qtscript-x86_64-w64-mingw32.static/qtscript-opensource-src-5.9.0 »
Makefile:654 : la recette pour la cible « build-only-qtscript_x86_64-w64-mingw32.static » a échouée
make[1]: *** [build-only-qtscript_x86_64-w64-mingw32.static] Erreur 2
make[1] : on quitte le répertoire « /media/backup3/mxe »
real 2m4,880s
user 6m7,056s
sys 0m29,767s
------------------------------------------------------------
[log] /media/backup3/mxe/log/qtscript_x86_64-w64-mingw32.static
Makefile:654 : la recette pour la cible « /media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtscript » a échouée
make: *** [/media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtscript] Erreur 1
[done] qtmultimedia x86_64-w64-mingw32.static 41928 KiB 2m14,032s
Failed to build package qtxmlpatterns for target x86_64-w64-mingw32.static!
------------------------------------------------------------
Makefile:44 : la recette pour la cible « sub-src-make_first » a échouée
make[2]: *** [sub-src-make_first] Erreur 2
make[2] : on quitte le répertoire « /media/backup3/mxe/tmp-qtxmlpatterns-x86_64-w64-mingw32.static/qtxmlpatterns-opensource-src-5.9.0 »
Makefile:654 : la recette pour la cible « build-only-qtxmlpatterns_x86_64-w64-mingw32.static » a échouée
make[1]: *** [build-only-qtxmlpatterns_x86_64-w64-mingw32.static] Erreur 2
make[1] : on quitte le répertoire « /media/backup3/mxe »
real 2m28,282s
user 8m24,562s
sys 0m31,929s
------------------------------------------------------------
[log] /media/backup3/mxe/log/qtxmlpatterns_x86_64-w64-mingw32.static
Makefile:654 : la recette pour la cible « /media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtxmlpatterns » a échouée
make: *** [/media/backup3/mxe/usr/x86_64-w64-mingw32.static/installed/qtxmlpatterns] Erreur 1
[done] qtdeclarative i686-w64-mingw32.static 303400 KiB 5m8,385s
[00:16:46] laurent@debian:/media/backup3/mxe$ make --jobs=16 MXE_TARGETS='x86_64-w64-mingw32.static i686-w64-mingw32.static' qt5
[build] qtxmlpatterns x86_64-w64-mingw32.static
[build] qtscript x86_64-w64-mingw32.static
[build] qtserialbus x86_64-w64-mingw32.static
[build] qt3d i686-w64-mingw32.static
[build] qtcanvas3d i686-w64-mingw32.static
[build] qtcharts i686-w64-mingw32.static
[build] qtconnectivity i686-w64-mingw32.static
[build] qtdatavis3d i686-w64-mingw32.static
[build] qtgamepad i686-w64-mingw32.static
[build] qtgraphicaleffects i686-w64-mingw32.static
[build] qtlocation i686-w64-mingw32.static
[build] qtpurchasing i686-w64-mingw32.static
[build] qtquickcontrols i686-w64-mingw32.static
[build] qtquickcontrols2 i686-w64-mingw32.static
[build] qtscxml i686-w64-mingw32.static
[build] qttools i686-w64-mingw32.static
[done] qtpurchasing i686-w64-mingw32.static 2364 KiB 0m38,639s
[build] qtwebchannel i686-w64-mingw32.static
[done] qtgraphicaleffects i686-w64-mingw32.static 21136 KiB 0m43,130s
[build] qtwinextras i686-w64-mingw32.static
[done] qtgamepad i686-w64-mingw32.static 3292 KiB 0m53,524s
[done] qtserialbus x86_64-w64-mingw32.static 11300 KiB 1m39,305s
[done] qtscxml i686-w64-mingw32.static 11580 KiB 2m0,413s

Message édité par scorpio810 le 03-06-2017 à 01:05:15

scorpio810

~~Je pense que je vais le laisser @stock~~
Je gagne sur plusieurs tableaux:
Machine très silencieuse 16 Thread à 100%, en température aussi max 67°C au lieu des 80°C et cooler à fond (renvoyé par la sonde carte-mère donc avec +20°C d'erreur "SMBUSMASTER 0" ) et en conso de ~185W je re descend à ~156W mesuré a la prise (onduleur).
~~Et grosses compil ok ... sans erreurs ou segfault.~~

Message édité par scorpio810 le 03-06-2017 à 18:01:49

CardinalFuneste

fredo3 a écrit :

Je ne sais pas si c'est déjà passé, mais il y a Asrock qui a présenté ses Mini-ITX AM4:
https://www.computerbase.de/2017-06 [...] ng-itx-ac/

Bon ils les sortent quand ils veulent, ras le cul d'attendre une carte dispo en ce format :fou:

fabrs2_benchmark

Lermite a écrit :

ProcODT_SM 68,6
Gear Down Mode Disabled
Power Down Enable Disabled

Vient ensuite celles que je pense avoir bien réglées mais sans aucune certitude:

DRAM CAS# Latency 14
Trcdrd 14
Trcdwr 14
DRAM RAS# PRE Time 14
DRAM RAS# ACT Time 34
Trc_SM 62
TrrdS_SM 8
TrrdL_SM 12
Tfaw_SM 42
Trfc_SM 350
Trfc2_SM 260
Trfc4_SM 160
Cmd2T 2T

Si vous trouvez quelles autres options il faut bidouiller, et lesquelles j'ai pu fixer à une valeur inadéquate, merci de partager vos lumières.

sur mes g-skill puce Samsung j'ai trouver ceci comme timing sur profil xmp @ 3200 mhz.
@ 1600 MHz 14-14-14-34 (TCL-TRCD-TRP-TRAS) / 48-560-416-256-8-6-39 (TRC-TRFC1-TRFC2-TRFC4-TRRDL-TRRDS-TFAW)

Message cité 1 fois
Message édité par fabrs2_benchmark le 03-06-2017 à 08:28:53

FrankMario

Quest 2 _ RTX2070

FrankMario a écrit :

Spoiler :

et en parallèle j'ai eu d'autres problème depuis que j'ai acheté cette config :

- freezes & plantages en jeu, pourtant a 3,7Ghz à 1,297 v et pas de soucis OCCT (je pense que ma RX480 achetée en même temps a un problème autrement je ne vois pas ce qui pourrait causer ça...)
- je viens de CMOS car le pc ne voulait pas démarrer car j'ai voulu baisser un pète le voltage de la ram qui était a 1.356V (elle est sous cadencée @2133 avec des meilleurs timings par défaut)

Bref pour l'instant je profite du CMOS pour le laisser non OC avec juste un peu de voltage en plus pour être sûr (1,22v) et voir si ça merde toujours (donc m'orienter sur un soucis carte graphique)

Si vous avez quelques remarques que ce soit sur mon pavé (désolé) n'hésitez surtout pas :jap:

Petit retour, je n'ai pas eu de freezes en jeu depuis que je retourné @stock & 1,22v mais ce matin le pc a refusé de boot, ClearCMOS ne suffisait pas (2 fois 6/7sec) j'étais obligé d'enlever la pile aussi.

Bref pour le moment je ne vois que la ram qui pourrait causer ça, je crois qu'en auto il le met a 1.2v & 2133Mhz 15-15-15-36 (spec de la ram : 3200Mhz 16-18-18-18-36)

Selon vous je dois faire quoi ? augmenter le timing ? le voltage ? Je changerai bien la ram si vraiment la carte mère ne l'aime pas mais est-ce vraiment la ram que je devrais changer...
Merci de vos réponses :jap:

(en plus j'ai bien galéré en enlevant la pile qui est partie se loger dans le ventilo fixé au sol )

@Alexis : merci pour la réponse :jap: effectivement je galère aussi, je suis toujours en F5, le bios F7a pourrait peut être aider mais en beta je suppose que ma garantie y passerait si je devais la renvoyer non ?

Message cité 1 fois
Message édité par FrankMario le 03-06-2017 à 08:13:22

geodu7000

Bonjour ton cpu est bien un 1700?
Tu as quoi comme ram marque type de puce?

Message cité 2 fois

Lermite

geodu7000 a écrit :

Bonjour ton cpu est bien un 1700?
Tu as quoi comme ram marque type de puce?

Si c'est à moi que cette question s'adresse, j'ai bien un 1700 avec 2 x 8Go Galax HOF 3600 17-18-18-38 HOF4CXLBS3600K17LD162C équipée de puces Samsung B-Die Single Rank.

Elle tourne à 3200 14-13-13-28 chez certains.
Chez moi, elle boote jusqu'à 3200 (pas à 3600, mais je n'ai pas essayé les valeurs intermédiaires), mais elle n'est parfaitement stable que jusqu'à 2933, d'où mon obstination sur les options d'AGESA 1.0.0.6 :bounce:

Invite_Surprise

Racaille de Shanghaï

Un post de Raja d'Asus concernant les modes LLC :

Citation :

With an LLC of 5, if VID is set to 1.40V in UEFI (manual), you'll see load voltages in the ballpark of 1.45V. When releasing the load, the voltage will momentarily peak around 1.47V, before it returns to idle state. The overshoot duration is sub 50uS, but the CPU frequently sees 50~70mv more than what you've set. With "Voffset removed" the VRM has to substantially ramp the voltage when the load hits (will vary somewhat depending upon current), which puts more strain on the FETs. It's just more strenuous on the system to have to ramp voltage by ~50mv while dealing with a transient. How that may impact things down the road is always up in the air. You're playing with percentages/potential for failure, and what that means to you. Whether or not it will happen is difficult to quantify.

If you have sympathy for electronics, you'd likely opt for LLC 1 or 2. At those levels, peak overshoot is constrained 10-20mV over the user-applied VID at durations that likely fall within the tolerance guidelines. Those levels are complimentary to the associated devices. From levels 3 and above, the actual voltage is ramped above the user-defined value, and we start seeing excursions of 30mV+ past the user-set value.

http://www.overclock.net/t/1624603 [...] t_26007418

Sinon, j'ai essayé avec le réglage DOCP par défaut (17-18-18-38)
3466 no boot
3333 boot mais détecté en 18-18-18-38 1T, 1 erreur après 30 secondes de memtest, j'ai pas insisté.
3200 boot mais détecté en 18-18-18-38 1T, après 5 minutes pas d'erreur, à voir par la suite.
Si le dernier test est positif, je testerai en C16 et essaierai de voir petit à petit.

FrankMario

Quest 2 _ RTX2070

Message édité par FrankMario le 04-06-2017 à 07:51:01

FrankMario

Quest 2 _ RTX2070

geodu7000 a écrit :

Bonjour ton cpu est bien un 1700?
Tu as quoi comme ram marque type de puce?

Pareil que Lermite si c'est a moi que tu t'adresses, oui c'est un 1700 & la ram : Corsair vengeance led 3200 16-18-18-18-36 par contre la puce c'est pas sûr (samsung si on croit cet article http://www.overclockers.com/forums [...] M2C3200C16 )

Message édité par FrankMario le 03-06-2017 à 11:34:22

Lermite

fabrs2_benchmark a écrit :

sur mes g-skill puce Samsung j'ai trouver ceci comme timing sur profil xmp @ 3200 mhz.
@ 1600 MHz 14-14-14-34 (TCL-TRCD-TRP-TRAS) / 48-560-416-256-8-6-39 (TRC-TRFC1-TRFC2-TRFC4-TRRDL-TRRDS-TFAW)

Trfc_SM 560
Trfc2_SM 416
Trfc4_SM 256

semblent améliorer un peu les choses mais ça ne suffit pas pour rendre ma HOF stable à 3200: memtest trouve toujours quelques erreurs sporadiques.

En outre, j'ai pu constater que le Command Rate est sans effet. Il est bien appliqué mais il n'influence en rien la stabilité, chez moi du moins.

Par curiosité, j'ai testé 3333 et 3466 Mhz mais évidemment, même pas moyen de booter à ces fréquences.

La partie n'est donc pas encore gagnée.

scorpio810

De mémoire sur ma MSI il y a un menu pour lire toutes les informations contenues dans le SPD de chaque bâton.
Pareil sur ASUS, GB?
Je posterai un screen mais pas pour l'instant, je teste si je suis affecté par ce bug ou pas..

@3,8

Code :

Jun 3 00:12:31 debian kernel: [ 5973.829655] cc1plus[23469]: segfault at 10 ip 0000000000000010 sp 00007ffdec41cb18 error 14 in cc1plus[558034a82000+160a000]
Jun 3 00:13:35 debian kernel: [ 6037.284598] cc1plus[25147]: segfault at 10 ip 0000000000000010 sp 00007ffc06885b58 error 14 in cc1plus[560452d81000+160a000]
Jun 3 00:14:00 debian kernel: [ 6062.742080] cc1plus[26112]: segfault at 10 ip 0000000000000010 sp 00007ffd2fe6dc98 error 14 in cc1plus[561be62ee000+160a000]

@stock

Code :

Jun 3 02:10:49 debian kernel: [ 4081.412254] cc1plus[27649]: segfault at 10 ip 0000000000000010 sp 00007fff0d8b4fd8 error 14 in cc1plus[5563bf953000+160a000]

De forte chance que se soit le vieux HD sur lequel je fait le build qui commence à s'envoyer en l'air...

Message cité 1 fois
Message édité par scorpio810 le 03-06-2017 à 12:19:16

Lermite

scorpio810 a écrit :

HWiNFO donne aussi pas mal d'informations sur nos barrettes, de même que les BIOS Asus mais je ne peux pas rebooter tout de suite pour les comparer.

scorpio810

@Lermite t'es gentil mais HWiNFO ne tourne pas sur Linux.
J'avoue que lire les timings DDR4 sur notre OS ça manque d 'outils, le seul est prévu pour la DDR2 / 3.
On peux pas tout avoir, hein.

Edit:
De mémoire me semblait plus riche en informations, hmm. :heink:

Message édité par scorpio810 le 03-06-2017 à 12:56:04

scorpio810

Krrr même @stock et sur un autre HD
[ 3868.632955] cc1plus[32438]: segfault at 10 ip 0000000000000010 sp 00007ffcdbc8df58 error 14 in cc1plus[556660dd2000+160a000]
Ça me fait c..... mais bon c'est rare que je rebuild entièrement l'environnement de cross-compilation, pls heures de builds non stop, bref faut s'y reprendre a deux fois, en attendant qu'on trouve d'ou provient ce soucis.

Message édité par scorpio810 le 03-06-2017 à 13:57:58

kela6

HFR as an alcootest

Ce topic défile tellement vite qu'il est difficile à suivre.
Pour les Ryzen 9 il pourrait être judicieux d'ouvrir un topic dédié : qu'en pensez vous ?
http://www.papergeek.fr/amd-ryzen- [...] ntel-38208

Message cité 2 fois

---------------
Là-bas, sans bruit, tombe un pétale.

fredo3

kela6 a écrit :

Perso je pense que ca serait bien d'ouvrir un topic "[Techno] Actualité AMD Ryzen", toutes séries confondues et de laisser celui-ci pour les overclockeurs et ceux que ca intéresse.
Je conçois tout à fait que l'overclocking intéresse beaucoup de monde. Néanmoins, personnellement, je garde un drapeau sur le topic uniquement pour pouvoir suivre l'actualité sur le Ryzen, je ne dois pas être le seul.

Message cité 2 fois
Message édité par fredo3 le 03-06-2017 à 17:59:32

moyen_moins

chat réincarné

vu sur XS : pour essayer de monter la RAM, faut aussi jouer avec l'impédance et pas seulement les timings :

Citation :

Ive used enough am4 boards to see a pattern across all per agesa.

Try odt 43 ohm for 3200...if that works try 48 @ 3333 then 53 @ 3400 etc etc...bump together.

If you need 48ohm on msi to post @ 3200....you basically have a pretty weak imc..like mine.

toujours de chew*

Message cité 1 fois

fredo3

edit:
Bon remarque il me semble qu'on peut aussi le faire varier en rajoutant des résistances en série. Mais comment ils le ferait sur un bus aussi large??? [:cerveau eonwe]

Message cité 2 fois
Message édité par fredo3 le 03-06-2017 à 16:24:33

moyen_moins

chat réincarné

c'est pas à moi qu'il faut demander, c'est une option du bios il me semble
je mets ça ici pour les ceusses qui ont la flemme d'aller sur XS

SynE

Agri du dessert

fredo3 a écrit :

Comment on peut fixer dans le bios l'impédance alors qu'il me semble que c'est quelque chose qui est déterminé par le design des pistes (largeur, épaisseur de la couche, distance par rapport à la masse toussa)??? [:cerveau eonwe]

edit:
Bon remarque il me semble qu'on peut aussi le faire varier en rajoutant des résistances en série. Mais comment ils le ferarit sur un bus aussi large???

Je me demande si c'est pas juste des résistances en fin de canal, comme les terminaisons en scsi.

LeKeiser

Appelez moi Marcel.

fredo3 a écrit :

Perso je pense que ca serait bien d'ouvrir un topic "[Techno] Actualité AMD Ryzen", toute série confondue et de laisser celui-ci pour les overclockeurs et ceux que ca intéresse.
Je conçois tout à fait que l'overclocking intéresse beaucoup de monde. Néanmoins, personnellement, je garde un drapeau sur le topic uniquement pour pouvoir suivre l'actualité sur le Ryzen.

surtout qu'il y a Overclocking, Cooling & Modding pour les overclockers
perso, je me complets @stock mais j'attends des retour de l'AGESA 1006 en final des Bios

---------------
Et je regarde passer les jours comme les pages blanches d'un livre qui touche à sa fin.

Publicité

Page : 1 2 3 4 5 .. 633 634 635 .. 1058 1059 1060 1061 1062 1063

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Hardware

Processeur

[Topic Unique] AMD Ryzen (2016_14nm & FinFET)

Sujets relatifs
équivalence du Intel Core i5-4440 (3.1 GHz) chez AMD?	[HFR] Actu : Intel densifie sa SRAM 14nm et parle du 10 et 7nm
[HFR] Actu : AMD lève le voile sur Carrizo côté technique	[HFR] Actu : La HBM 128 Go /s fait bien 1 Go, quid d'AMD Fiji ?
Problème sur l'utilisation des coeurs du processeur AMD FX 6300	Réglages Bios pour OC AMD Phenom II X4 965 BE
Config polyvalente sous AMD FX	[Avis] AMD R9 290X triple screen
Installation Carte graphique Amd r9 270.	Ventirad pour CPU AMD AM1 Athlon x4 5350
Plus de sujets relatifs à : [Topic Unique] AMD Ryzen (2016_14nm & FinFET)

Page générée en 0.159 secondes