[Thread Ufficiale] ASUS Prime X370-PRO

[komodo_1]

Ciao Den
questo è il thread di riferimento sul forum amd:
https://community.amd.com/thread/215...art=0&tstart=0
All'interno troverai molte indicazioni sulle procedure per effettuare i test e su quelle suggerite da amd per ridurre l'incidenza del problema.
Va detto che nessuna di questa procedure è risolutiva, ma sono solo dei workaround per diminuire le probabilità di incappare nel bug.
A un certo punto del thread viene indicata nel dettaglio una procedura, studiata dagli utenti, per effettuare i test anche tramite distro linux live.
Io uso lo script kill-ryzen (con lo switch per utilizzare 4 thread invece di 16 dato che ho solo 16G di ram), eseguendolo da una debian installata localmente.
Di seguito il link a questo script, sviluppato proprio per verificare la presenza del bug:
https://github.com/suaefar/ryzen-test
Appena trovo i post interessanti ti indico i link diretti.
Fammi sapere se servono altri dettagli
Ciao
K.

Originariamente inviato da DenFox

E per quello non c'è problema, ma cosa devo lanciare? Non c'è un tool bello semplice da utilizzare per scovare il problema facilmente?

[EsciSole]

Ragazzi però non creiamo allarmismo e spieghiamo bene le cose, perchè non tutti hanno una conoscenza approfondita di pc e quindi non capiscono di cosa si sta parlando.

Il bug segfault è prettamento limitato a chi usa Linux e sviluppa software. Per cui su windows, la cpu funziona benissimo, senza un minimo problema, ed infatti io scrivo questo perchè sono molto soddisfatto del mio Ryzen ed è giusto non creare allarmismo. Va spiegato bene, perchè c'è tanta gente che leggendo possa erroneamente pensare che AMD Ryzen sia una CPU con dei bug. E non è affatto così, non è che un micro problema peraltro risolvibile da amd renda meno valida una cpu che io reputo un capolavoro. Con meno di 300€ poi ci ha permessi di avere una cpu 8 core e 16 threads, non dimentichiamocelo . Grazie AMD direi . Con Intel è un sogno se non sborsi una cifra a tre zeri.

Detto ciò, se una persona che compila su linux si ritrova dei segfault a causa di un bug nel processore ha tutto il diritto di essere poco felice e lo capisco benissimo, ma la cosa è assolutamente risolvibile e infatti AMD è al lavoro per risolvere questa limitazione di non poter utilizzare tutti i thread nella compilazione su Linux. Per tutto il resto, Ryzen è un capolavoro di cpu e a prezzo super rispetto alla concorrenza Intel. Ci sarà un motivo per cui Intel ha tremato no?

[komodo_1]

Ciao EsciSole,
assolutamente non voglio fare allarmismo ma purtroppo devo smentirti almeno parzialmente, precisando peròche anche io sono più che soddisfatto della cpu e di come AMD abbia risolto il mio problema.

Il bug si presenta anche su altre piattaforme oltre linux. E' confermato che si sia verificato anche su Wiindows durante compilazioni massive con visualstudio oltre che sull'ambiente bash di windows 10.
La problematica non si risolve definitivamente tramite nessun accorgimento di configurazione testato fino ad ora, non è sufficiente aumentare il vcore/vsoc, nè modificare gli switch utilizzati per la compilazione, né disabilitare la virtualizzazione dei core, l'alsr, ecc..
Inoltre non ci sono ancora conferme ufficiali da parte di amd sulla causa del bug e in quali altre situazioni possa verificarsi/influire.
Non si è sicuri che questa problematica, attualmente emersa chiaramente solo in ambito di compilazioni massive (su varie piattaforme), non impatti in realtà anche altri ambiti (es. stabilità del sistema sulla lunga durata, affidabilità dei dati computati, ecc)
Personalmente, con la nuova cpu ricevuta tramite RMA, ho notato un notevole cambiamento in ambito di stabilità generale e occabilità.
Ma soprattutto al momento non ho ancora riscontrato segfault, per quanto stia procedendo con una marea di test da almeno 3gg

La sola soluzione, attualmente identificata e proposta da AMD, è la sostituzione della cpu... e vengono fornite in RMA cpu successive alla 25° settimana di produzione.
Non si sa se questo avvenga perché da quella settimana sia stato fixato qualcosa a livello di produzione del chip o se sia dovuto solo alla disponibilità in stock AMD di cpu successive a tale data.
Posso confermare, almeno per quanto successo a me, che AMD (inizialmente ma non so se segua ancora questa strada) testa le cpu sullo stesso hardware dell'utente prima di spedirle.

Ribadisco comunque che sono pienamente soddisfatto della cpu in generale e di come AMD ha gestito il mio case.

Originariamente inviato da EsciSole

Ragazzi però non creiamo allarmismo e spieghiamo bene le cose, perchè non tutti hanno una conoscenza approfondita di pc e quindi non capiscono di cosa si sta parlando.

Il bug segfault è prettamento limitato a chi usa Linux e sviluppa software. Per cui su windows, la cpu funziona benissimo, senza un minimo problema, ed infatti io scrivo questo perchè sono molto soddisfatto del mio Ryzen ed è giusto non creare allarmismo. Va spiegato bene, perchè c'è tanta gente che leggendo possa erroneamente pensare che AMD Ryzen sia una CPU con dei bug. E non è affatto così, non è che un micro problema peraltro risolvibile da amd renda meno valida una cpu che io reputo un capolavoro. Con meno di 300€ poi ci ha permessi di avere una cpu 8 core e 16 threads, non dimentichiamocelo . Grazie AMD direi . Con Intel è un sogno se non sborsi una cifre a tre zeri.

Detto ciò, se una persona che compila su linux si ritrova dei segfault a causa di un bug nel processore ha tutto il diritto di essere poco felice e lo capisco benissimo, ma la cosa è assolutamente risolvibile e infatti AMD è al lavoro per risolvere questa limitazione di non poter utilizzare tutti i thread nella compilazione su Linux.

[Neverlost]

io ho fatto il test sia sotto Linux che visual studio e non mi sono usciti errori apparentemente,ed ho un cpu dayone... vallo a capire

[komodo_1]

Hai seguito le procedure indicate nel thread di cui sopra?
Per quanto si sono protratti i tuoi test? Con che configurazione, ecc?
Potresti non essere affetto dal bug, pare infatti che si riscontri solo su alcuni chip e non su tutti
Come accennavo comunque non è ancora ben chiara la causa del problema.
Per sapere se si affetti però conviene seguire la procedura già tracciata nel 3d indicato, altrimenti se ognuno usa modalità e configurazioni differenti è difficile identificare e debuggare il problema.
Ciao

Originariamente inviato da Neverlost

io ho fatto il test sia sotto Linux che visual studio e non mi sono usciti errori apparentemente,ed ho un cpu dayone... vallo a capire

[bagnino89]

Originariamente inviato da komodo_1

Ciao EsciSole,
assolutamente non voglio fare allarmismo ma purtroppo devo smentirti almeno parzialmente, precisando peròche anche io sono più che soddisfatto della cpu e di come AMD abbia risolto il mio problema.

Il bug si presenta anche su altre piattaforme oltre linux. E' confermato che si sia verificato anche su Wiindows durante compilazioni massive con visualstudio oltre che sull'ambiente bash di windows 10.
La problematica non si risolve definitivamente tramite nessun accorgimento di configurazione testato fino ad ora, non è sufficiente aumentare il vcore/vsoc, nè modificare gli switch utilizzati per la compilazione, né disabilitare la virtualizzazione dei core, l'alsr, ecc..
Inoltre non ci sono ancora conferme ufficiali da parte di amd sulla causa del bug e in quali altre situazioni possa verificarsi/influire.
Non si è sicuri che questa problematica, attualmente emersa chiaramente solo in ambito di compilazioni massive (su varie piattaforme), non impatti in realtà anche altri ambiti (es. stabilità del sistema sulla lunga durata, affidabilità dei dati computati, ecc)
Personalmente, con la nuova cpu ricevuta tramite RMA, ho notato un notevole cambiamento in ambito di stabilità generale e occabilità.
Ma soprattutto al momento non ho ancora riscontrato segfault, per quanto stia procedendo con una marea di test da almeno 3gg

La sola soluzione, attualmente identificata e proposta da AMD, è la sostituzione della cpu... e vengono fornite in RMA cpu successive alla 25° settimana di produzione.
Non si sa se questo avvenga perché da quella settimana sia stato fixato qualcosa a livello di produzione del chip o se sia dovuto solo alla disponibilità in stock AMD di cpu successive a tale data.
Posso confermare, almeno per quanto successo a me, che AMD (inizialmente ma non so se segua ancora questa strada) testa le cpu sullo stesso hardware dell'utente prima di spedirle.

Ribadisco comunque che sono pienamente soddisfatto della cpu in generale e di come AMD ha gestito il mio case.

Io non uso Linux, ma se volessi fare un test con Windows come dovrei procedere? C'è qualche script/procedura utilizzabile per verificare l'eventuale problema?

[Neverlost]

Originariamente inviato da bagnino89

Io non uso Linux, ma se volessi fare un test con Windows come dovrei procedere? C'è qualche script/procedura utilizzabile per verificare l'eventuale problema?

https://github.com/corngood/kill-ryzen-win

[Neverlost]

Originariamente inviato da komodo_1

Hai seguito le procedure indicate nel thread di cui sopra?
Per quanto si sono protratti i tuoi test? Con che configurazione, ecc?
Potresti non essere affetto dal bug, pare infatti che si riscontri solo su alcuni chip e non su tutti
Come accennavo comunque non è ancora ben chiara la causa del problema.
Per sapere se si affetti però conviene seguire la procedura già tracciata nel 3d indicato, altrimenti se ognuno usa modalità e configurazioni differenti è difficile identificare e debuggare il problema.
Ciao

configurazione ovviamente in signature. il test l'ho fatto per circa 15 minuti poi mi ero rotto,chi è affetto dall'errore di solito lo ha già nei primi 5 minuti

[komodo_1]

Nel thread amd c'è una procedura completa per effettuare i test facendo il boot da chiavetta usb e distro live (mi pare fosse ubuntu), spiega come scaricare tutto il necessario ecc... sto cercando il post e appena riesco ve lo linko, ma sono a lavoro e non ho molto tempo al momento.

Never, parlavo di configurazione a livello di bios oltre che hw.
Il bug si presenta spesso nei primi minuti, ma non è detto. Potrebbe richiedere anche diverse ore e il risultato può benissimo non essere lo stesso anche ripetendo il test varie volte, è abbastanza casuale.
A me la prima volta si è manifestato, se ricordo bene, dopo 6 o 8 ore. Altre dopo pochi minuti.

Comunque ripeto, io non ho alcun interesse o motivo per diffondere allarmismo né gettare onta su amd, anzi personalmente il mio case è stato gestito più che egregiamente.
Penso però che sia importante che l'informazione si diffonda e che chiunque lo ritenga opportuno abbia modo di verificare.
Ho riscontrato l'errore, ho cercato info e trovato il thread su amd relativo a questo problema, ho testato in maniera più approfondita per verificare che dipendesse dal bug in questione, ho aperto il ticket, mi hanno chiesto info sulla configurazione hardware/bios + foto del case e della disposizione interna dei componenti per valutarne l'airflow, verificato come fosse tutto in regola a livello airflow/termico e io avessi già applicato tutti i workaround suggeriti mi hanno proposto un RMA, ho accettato e seguito l'apposita procedura. In meno di due settimane ho ricevuto la cpu dagli USA.
A mio avviso il livello di attenzione di ciascuno, in merito a una casistica simile, dipende fondamentalmente dal livello di affidabilità dei dati di cui si necessita.
Ciao, buon week-end

EDIT: Ho trovato il link alla pagina reddit dov'è spiegata per filo e per segno la procedura da seguire per effettuare un test consistente:
https://www.reddit.com/r/Amd/comment...s_under_linux/

[bagnino89]

Torna a grande richiesta l'estrazione della lotteria RAM per Ryzen.

Alla fine ho preso su Amazon le Corsair CMK16GX4M2Z3200C16, il modello che aveva suggerito Bivvoz e che, come riportato sul sito di Corsair, è "garantito" a 3200 MHz su AM4.

Ebbene, confermo che una volta installate basta impostare il profilo XMP e vanno senza problema alcuno a 3200 MHz. Specifico che sono in versione 4.31 e confermo, guarda caso, che sono Samsung B die Single Rank.

Una chicca: hanno il profilo JEDEC a 2666 MHz.

Direi che le consiglio a chi vuole andare a 3200 MHz, come da specifica, senza impazzimenti vari. Nei prossimi giorni provo a tirare un po' i timings, ma già così sono soddisfatto.

Per i posteri:

CMK16GX4M2Z3200C16 v. 4.31 SR - 3200 MHz 16-18-18-36 1.35 V - BIOS 0912 @ D.O.C.P. 3200 MHz 16-18-18-36-1T 1.35V --> bagnino89

[lollo82]

Scusate la noobbaggine, per l'hard disk nVME samsung 960 evo non riesco ad impostare il PCIE 3.0 x 4, crystal disk mi dice che va ad x1, infatti fa solo 800 mb sec in lettura random.

non riesco a capire come cavolaccio impostarlo a x4, nel bios nn trovo la funzione, ho trovato una cosa per impostare le pcie ad auto, x2 o x4, ho provato a forzare x4 ma non gliene frega nulla, c'è una opzione per mettere tipo una spece di ponte, dice di tenerla spenta per hd nvme, sia spenta che accesa nn cambia niente, aiutooooo.

spero non sia qualcosa di incompatibile nel mio hw, centra qualcosa che scheda video ho?

[lollo82]

Non so se piangere o vomitare.

https://ibb.co/kDPDpQ

https://ibb.co/gLWXik

[bagnino89]

Originariamente inviato da lollo82

Scusate la noobbaggine, per l'hard disk nVME samsung 960 evo non riesco ad impostare il PCIE 3.0 x 4, crystal disk mi dice che va ad x1, infatti fa solo 800 mb sec in lettura random.

non riesco a capire come cavolaccio impostarlo a x4, nel bios nn trovo la funzione, ho trovato una cosa per impostare le pcie ad auto, x2 o x4, ho provato a forzare x4 ma non gliene frega nulla, c'è una opzione per mettere tipo una spece di ponte, dice di tenerla spenta per hd nvme, sia spenta che accesa nn cambia niente, aiutooooo.

spero non sia qualcosa di incompatibile nel mio hw, centra qualcosa che scheda video ho?

In che slot hai la scheda video? Oltre alla scheda video hai qualcos'altro sugli slot PCI?

[lollo82]

Originariamente inviato da bagnino89

In che slot hai la scheda video? Oltre alla scheda video hai qualcos'altro sugli slot PCI?

La scheda è nello slot piu in alto, credo sia il primo....
non ho nient'altro su PCI.

una prova da fare, forse, sarebbe togliere la vga, andare con quella integrata, e vedere se cosi cammina...
almeno tolgo anche quell'adesivo sul dissy chipset che ho visto nella prima pagina, che rimane la sotto...

non ci credo che la m2 venga castrata dalla vga primaria, che senso avrebbe...
devo mettere la scheda sul secondo slot se cosi fosse? ma ha le stesse velocita? pci 3.0 x16?

[lollo82]

Cmq devo ringraziarvi perchè ho preso le ram che ho visto nella prima pagina, che venivano da qlc utente dichiarate come compatibili con la scheda, vanno come le fiamme nei bench e vanno a 3200 col profilo xmp. costavano qualcosa in più ma sticazzi. tamarre come pochi coi led, ma ganze

[bagnino89]

Originariamente inviato da lollo82

La scheda è nello slot piu in alto, credo sia il primo....
non ho nient'altro su PCI.

una prova da fare, forse, sarebbe togliere la vga, andare con quella integrata, e vedere se cosi cammina...
almeno tolgo anche quell'adesivo sul dissy chipset che ho visto nella prima pagina, che rimane la sotto...

non ci credo che la m2 venga castrata dalla vga primaria, che senso avrebbe...
devo mettere la scheda sul secondo slot se cosi fosse? ma ha le stesse velocita? pci 3.0 x16?

No no, lascia la scheda nel primo slot. Come fai senza GPU... A meno di usare una APU, non si può fare.

Prova a cercare su Google se qualcuno ha avuto problemi simili, questa scheda madre è molto diffusa...

[lollo82]

Qualcuno qua ha un HD nvme? Nessuno ha avuto questo problema?
Ho cercato un po', e ho letto di persone che si lamentavano perché gli faceva 1500 MB minimo, 2000 o 2500, ma 800 come me nessuno... E avevano problemi diversi dal mio.
Ho aggiornato BIOS della mobo, messo i driver...
Nn sono esperto, nn so nemmeno cosa sia una apu, una CPU che ha la scheda video integrata? Solo con quella funziona la HDMI della mobo?
Magari potrei provare con un altra VGA, più vecchia, su vari slot...

Sto weekend sarà dedicato alle bestemmie per questa cosa

[bagnino89]

Originariamente inviato da lollo82

Nn sono esperto, nn so nemmeno cosa sia una apu, una CPU che ha la scheda video integrata? Solo con quella funziona la HDMI della mobo?

Esatto.

Magari potrei provare con un altra VGA, più vecchia, su vari slot...

Sto weekend sarà dedicato alle bestemmie per questa cosa

Tentare non nuoce, però non credo che sia colpa della scheda video...

[papugo1980]

Lollo82 ma hai provato ad installare i driver NVme della Samsung?

[lollo82]

Originariamente inviato da papugo1980

Lollo82 ma hai provato ad installare i driver NVme della Samsung?

Yesssss...

L'unica cosa rimasta da fare è aggiornare il BIOS dell'hd, ma nn credo sia quello, cmq leggo come si fa e farò anche quello.