[Discussione] AMD Ryzen - problematiche di Segmentation Fault (segfault)

[alexsky8]

Originariamente inviato da Debern9093

Allora ragazzi ho rifatto il test... Stavolta la prima volta mi ha dato errore di kernel.. La seconda volta si è feezato il sistema nn di muoveva il mouse e la terza volta credo sia un errore di segfault... Posto gli screen x conferma.. Però noto che non procede oltre il loop 11

https://ibb.co/fNzm36
https://ibb.co/ifBuqm

E affetto dal problema?

Mi sembra un problema molto più che raro eh...

raro ?
per me è più raro chi non l'ha

comunque sì l'errore è quello segfault al secondo link loop-11

comunque per me non se ne esce fino a ryzen 2

[Spitfire84]

Originariamente inviato da Ozozuz

Ma anche a te rispondevano al max una volta al giorno ? Tendenzialmente di mattina presto ? Perché di questo passo non si finisce piú

A me hanno mandato subito l'indirizzo per mandare su la cpu e poi l'ho spedita. Gli ho scritto un paio di voltes solo per aggiornarli sulla spedizione e mi hanno sempre risposto nel giro di qualche ora.

Originariamente inviato da metal master

mi confermi che l'indirizzo di spedizione è questo?
AMD GCC c/o K+N (Kuehne + Nagel)
Pudongweg 1
1437 EM Rozenburg (NH)
The Netherlands
Contact name:
Phone : +31 (0)252-467 771
RMA number: xxxxxxxxx

Si, è corretto. Meglio se togli dal post precedente il contact name.

[metal master]

Originariamente inviato da Spitfire84

Si, è corretto. Meglio se togli dal post precedente il contact name.

ok, corretto

[ccmarco2004]

Originariamente inviato da s12a

Qualcuno l'ha fatto tempo fa per i processori di alcuni utenti del forum sul sito AMD e Reddit. Non credo che la lista sia aggiornata e/o esaustiva:

https://docs.google.com/spreadsheets...VM4/edit#gid=0

EDIT: ed in parte anche qui:
https://docs.google.com/spreadsheets...#gid=950983791

Immaginavo, grazie 1000.

[malcom499]

ciao ragazzi, oggi mi è arrivato da amazon un ryzen 1700
[Imgur](https://i.imgur.com/9yiEzqp.jpg)

33esima settimana 2017

finito di assemblare ho fatto il test con ubuntu. Arrivato a loop-15 si è fermato ma dalle risorse si vedono che i core lavoravano al 100%.
[Imgur](https://i.imgur.com/uJWQ9q1.jpg)

Dopo una buona mezzora....

[Imgur](https://i.imgur.com/ZI61cng.jpg)

Fallato? è il caso di rifare altre prove?



edit..ho rifatto il test sempre uguale rimane fermo al loop 15 per 30/40 min poi [Imgur](https://i.imgur.com/ZI61cng.jpg)

[s12a]

Originariamente inviato da malcom499

ciao ragazzi, oggi mi è arrivato da amazon un ryzen 1700 [...]
Fallato? è il caso di rifare altre prove?

edit..ho rifatto il test sempre uguale rimane fermo al loop 15 per 30/40 min poi [...]

Hai letto bene il primo post od i post delle ultime pagine? (EDIT il tuo primo messaggio nel thread risale a qualche giorno fa. Ci sono stati aggiornamenti nel frattempo)


Dagli screenshot (questo in particolare) vedo che tu potresti avere usato il test originariamente scritto da suaefar (https://github.com/suaefar/ryzen-test). Una versione aggiornata del test adattata per Ubuntu 17.10 è stata prodotta da Oxalin (https://github.com/Oxalin/ryzen-test). Di questo se ne è scritto ampiamente qui.

È stato constatato che usando Ubuntu 17.10 con la vecchia versione i test falliscono sempre su tutti i loop dopo lo stesso tempo (senza segfault) a causa di incompatibilità con il codice sorgente scaricato dallo stesso con la nuova versione del compilatore usato inclusa nel sistema operativo. Sembra il tuo caso. Quale versione del test hai usato? Leggi anche questo commento scritto da me a riguardo.

Nota anche che:

• I loop non vengono eseguiti sequenzialmente, ma tutti contemporaneamente, dunque non è giusto dire che il test si ferma al loop 15.
  
• Se non ci sono errori di: segmentation fault/segfault, invalid opcode, general protection od altri errori simili a questi all'infuori di "build failed", non dovrebbero esserci problemi.

Ad occhio dunque la tua CPU dovrebbe essere a posto.

[beee]

Ma fatemi capire.... si sfrutta questo bug per farsi cambiare cpu, che essendo piu recente, sarà probabilmente migliore in overclock (T piu basse, vcore minore... ). Chi ha veramente avuto problemi con questo bug??
Il mio ryzen 1700 ha resistito 5 minuti poi segfault..... ripetuto il test, sempre 5-6 minuti (il tutto @default).... ma normalmente non uso linux, e sotto windows regge conversioni video da 30' a 3.9ghz! Provato a compilare in c#, nessun problema, ma le compilazioni durano al massimo qualche secondo....
Boh.....

[malcom499]

Originariamente inviato da s12a

Hai letto bene il primo post od i post delle ultime pagine? (EDIT il tuo primo messaggio nel thread risale a qualche giorno fa. Ci sono stati aggiornamenti nel frattempo)


Dagli screenshot (questo in particolare) vedo che tu potresti avere usato il test originariamente scritto da suaefar (https://github.com/suaefar/ryzen-test). Una versione aggiornata del test adattata per Ubuntu 17.10 è stata prodotta da Oxalin (https://github.com/Oxalin/ryzen-test). Di questo se ne è scritto ampiamente qui.

È stato constatato che usando Ubuntu 17.10 con la vecchia versione i test falliscono sempre su tutti i loop dopo lo stesso tempo (senza segfault) a causa di incompatibilità con il codice sorgente scaricato dallo stesso con la nuova versione del compilatore usato inclusa nel sistema operativo. Sembra il tuo caso. Quale versione del test hai usato? Leggi anche questo commento scritto da me a riguardo.

Nota anche che:

• I loop non vengono eseguiti sequenzialmente, ma tutti contemporaneamente, dunque non è giusto dire che il test si ferma al loop 15.
  
• Se non ci sono errori di: segmentation fault/segfault, invalid opcode, general protection od altri errori simili a questi all'infuori di "build failed", non dovrebbero esserci problemi.

Ad occhio dunque la tua CPU dovrebbe essere a posto.

Ciao e grazie per la risposta, si ho usato il test https://github.com/suaefar/ryzen-test.

Provo https://github.com/Oxalin/ryzen-test

[Debern9093]

è possibile fare rma senza scatola originale? ho lo scontrino...

[s12a]

Originariamente inviato da beee

Ma fatemi capire.... si sfrutta questo bug per farsi cambiare cpu, che essendo piu recente, sarà probabilmente migliore in overclock (T piu basse, vcore minore... ). Chi ha veramente avuto problemi con questo bug??

Il mio ryzen 1700 ha resistito 5 minuti poi segfault..... ripetuto il test, sempre 5-6 minuti (il tutto @default).... ma normalmente non uso linux, e sotto windows regge conversioni video da 30' a 3.9ghz! Provato a compilare in c#, nessun problema, ma le compilazioni durano al massimo qualche secondo....
Boh.....

Non è compilando un file che si possono potenzialmente avere problemi. Ne vengono rilevati durante operazioni coinvolgenti un alto numero di thread o processi paralleli con CPU a pieno carico, come ad esempio la compilazione di progetti complessi in C/C++ da migliaia di file di codice per i quali normalmente ci vogliono decine di minuti o qualche ora per essere compilati da zero.

Deve essere una questione di probabilità principalmente correlata al numero di processi (o thread) aperti e chiusi in un certo lasso di tempo come nella compilazione di tali progetti, dunque probabilmente non accade facilmente durante la conversione video o anche rendering 3D, dove c'è solitamente un numero fisso di thread a lavorare continuamente. Non sono però stati effettuati test specifici a riguardo che io sappia.

Sarei veramente curioso di provare in diverse situazioni, ma non è abbia intenzione di spendere denaro appositamente per acquistare un processore difettoso ed effettuare i test che gli altri non fanno.


Sono stati in ogni caso riportati anche problemi di instabilità generale potenzialmente correlati al segfault (crash di programmi, freeze, riavvii del PC) all'infuori della compilazione intensiva ed in certi casi confermati essere risolti con un nuovo processore, quindi non è detto che la cosa riguardi poche persone. Alcuni ne ho citati nel primo post. C'è anche per questo un thread dedicato nel community forum AMD e sembra anche anche per questo AMD sostituisca i processori senza troppi problemi.

Tuttavia, se non noti stranezze nel funzionamento del PC nonostante i segfault rilevati con il test su Linux, è ragionevole pensare che con il tuo uso il problema per il momento non ti riguardi.

Originariamente inviato da Debern9093

è possibile fare rma senza scatola originale? ho lo scontrino...

Che io sappia in caso di RMA AMD vuole solo il processore, non tutta la scatola.

[Debern9093]

Originariamente inviato da s12a

Non è compilando un file che si possono potenzialmente avere problemi. Ne vengono rilevati durante operazioni coinvolgenti un alto numero di thread o processi paralleli con CPU a pieno carico, come ad esempio la compilazione di progetti complessi in C/C++ da migliaia di file di codice per i quali normalmente ci vogliono decine di minuti o qualche ora per essere compilati da zero.

Deve essere una questione di probabilità principalmente correlata al numero di processi (o thread) aperti e chiusi in un certo lasso di tempo come nella compilazione di tali progetti, dunque probabilmente non accade facilmente durante la conversione video o anche rendering 3D, dove c'è solitamente un numero fisso di thread a lavorare continuamente. Non sono però stati effettuati test specifici a riguardo che io sappia.

Sarei veramente curioso di provare in diverse situazioni, ma non è abbia intenzione di spendere denaro appositamente per acquistare un processore difettoso ed effettuare i test che gli altri non fanno.


Sono stati in ogni caso riportati anche problemi di instabilità generale potenzialmente correlati al segfault (crash di programmi, freeze, riavvii del PC) all'infuori della compilazione intensiva ed in certi casi confermati essere risolti con un nuovo processore, quindi non è detto che la cosa riguardi poche persone. Alcuni ne ho citati nel primo post. C'è anche per questo un thread dedicato nel community forum AMD e sembra anche anche per questo AMD sostituisca i processori senza troppi problemi.



Che io sappia in caso di RMA AMD vuole solo il processore, non tutta la scatola.

secondo te mi conviene stare senza processore per giorni e fare rma? nel caso, a quale indirizzo devo spedire? ti inviano una cpu nuova? c'è il rischio di ricevere una cpu con lo stesso problema?

[s12a]

Originariamente inviato da Debern9093

secondo te mi conviene stare senza processore per giorni e fare rma?

• Hai problemi in applicazioni specifiche o pensi di averne di imputabili al processore?
• Pensi che potrebbe essere un problema in futuro?
• Vuoi semplicemente un processore esente da problemi a prescindere dal fatto che questo ti riguardi direttamente o meno?

Se la risposta ad almeno una di queste domande è sì, probabilmente conviene, altrimenti no. In caso di dubbio forse è meglio fare RMA.

nel caso, a quale indirizzo devo spedire? ti inviano una cpu nuova? c'è il rischio di ricevere una cpu con lo stesso problema?

Nel dettaglio non so a quale indirizzo occorra spedire. Le informazioni in merito vengono fornite dal supporto tecnico AMD durante la richiesta.

Dovrebbero inviare una CPU nuova e probabilmente pre-testata manualmente da un operatore, secondo quanto osservato da altri utenti nel forum AMD.

In un paio di casi (da questa lista) tuttavia qualcuno ha continuato ad osservare segfault anche dopo l'RMA; non so come sia andata a finire poi la storia però (magari la colpa era di eventuali overclock? Bisogna effettuare il test con la CPU a default e memorie a 2400 MHz o velocità inferiori).

[malcom499]

ok il pc è ancora in test da più di 1 ora con lo script https://github.com/Oxalin/ryzen-test

l'unico messaggio durante il test è quello che si vede in foto che da quanto ho letto non è un errore.
Vedo che la ram si sta saturando penso che presto si fermerà.

[Imgur](https://i.imgur.com/ZceNswV.jpg)

Dite che posso stare tranquillo o faccio ulteriori test?
grazie

[Debern9093]

Originariamente inviato da s12a

• Hai problemi in applicazioni specifiche o pensi di averne di imputabili al processore?
• Pensi che potrebbe essere un problema in futuro?
• Vuoi semplicemente un processore esente da problemi a prescindere dal fatto che questo ti riguardi direttamente o meno?

Se la risposta ad almeno una di queste domande è sì, probabilmente conviene, altrimenti no. In caso di dubbio forse è meglio fare RMA.


Nel dettaglio non so a quale indirizzo occorra spedire. Le informazioni in merito vengono fornite dal supporto tecnico AMD durante la richiesta.

Dovrebbero inviare una CPU nuova e probabilmente pre-testata manualmente da un operatore, secondo quanto osservato da altri utenti nel forum AMD.

In un paio di casi (da questa lista) tuttavia qualcuno ha continuato ad osservare segfault anche dopo l'RMA; non so come sia andata a finire poi la storia però (magari la colpa era di eventuali overclock? Bisogna effettuare il test con la CPU a default e memorie a 2400 MHz o velocità inferiori).

al momento non ho instabilità... col pc ci gioco e gioco anche bene... volevo una cpu esente da qualsiasi problema, tutto qua... però ho il timore di restare senza pc e avere una nuova cpu fallata

[s12a]

Originariamente inviato da malcom499

ok il pc è ancora in test da più di 1 ora con lo script https://github.com/Oxalin/ryzen-test

l'unico messaggio durante il test è quello che si vede in foto che da quanto ho letto non è un errore.

Esatto, non è un errore, solo un avviso causato dal carico della CPU.

Vedo che la ram si sta saturando penso che presto si fermerà.

[Imgur](https://i.imgur.com/ZceNswV.jpg)

Dite che posso stare tranquillo o faccio ulteriori test?
grazie

Dovrebbe essere già la terza volta che non ti è uscito fuori nulla, secondo me dovresti essere a posto. Per scrupolo potresti provare il test per un tempo ancora più lungo usando impostazioni meno intensive che fanno saturare la memoria in meno tempo, come descritto in quella pagina:

https://github.com/Oxalin/ryzen-test#requirements

[...] However, with only 16Gb RAM, this configuration might still run out of memory. 4 loops with 4 threads each is a safe choice on machines with 16Gb RAM.

./kill-ryzen.sh 4 4

[malcom499]

Originariamente inviato da s12a

Esatto, non è un errore, solo un avviso causato dal carico della CPU.


Dovrebbe essere già la terza volta che non ti è uscito fuori nulla, secondo me dovresti essere a posto. Per scrupolo potresti provare il test per un tempo ancora più lungo usando impostazioni meno intensive che fanno saturare la memoria in meno tempo, come descritto in quella pagina:

https://github.com/Oxalin/ryzen-test#requirements

Ok memoria saturata e ubuntu bloccato..faccio quest'ultima prova (4+4)...

[malcom499]

Originariamente inviato da Ozozuz

Considerá che a me senza parametri non da errori e a 4 4 va in seg fault, quindi occhio.

è andato a 4 4 per più di mezzora poi purtroppo son dovuto uscire e ho fermato il test. Adesso lo rieseguo, lo lascio andare fino ad esaurimento memoria? (ammesso che non mi dai errori prima).

[alexsky8]

Originariamente inviato da Sintara

Domanda ma se la rimando ad amd tra un'anno con rma mi mandano una nuova a 12nm ?

forse se lo mandi fra 2 anni, fra un anno non credo

[BuRn]

Originariamente inviato da alexsky8

Per me a furia di testare ne escono praticamente quasi tutte affette da questo problema

Dite che questo test sia replicabile con cpu intel ?
Sarei curioso di provare da mio padre a cui ho fatto un pc con g4560 ad inizio anno

Ho provato sul mio i5 per sfizio, nessun errore, a parte che finisco in fretta la memoria e inizia a swappare azzerando l'uso della CPU (test Oxalin su Mint installato).

[alexsky8]

Originariamente inviato da BuRn

Ho provato sul mio i5 per sfizio, nessun errore, a parte che finisco in fretta la memoria e inizia a swappare azzerando l'uso della CPU (test Oxalin su Mint installato).

bene magari farò delle prove pure io