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

[KJx89]

Originariamente inviato da Ozozuz

Oggi dovrebbero spedirmi la cpu sostitutiva, volevo segnalare che oltre ad aver pagato loro le spedizione all'andata "dhl express, 1 giorno :o" mi dovrebbero fornire il tracking anche per la spedizione di ritorno, cosa che avevo letto spesso non facessero.

Una domanda per i test invece, una cpu 100% ESENTE da bug, dovrebbe non dare seg-fault od in generale errori di compilazione anche con v-soc a default "0.8v" oppure comunque é preferibile portarlo su a 1.1v ?

Ti hanno richiesto la ricevuta di acquisto? Perché io ho il 1800X boxed, ma senza ricevuta...
Saluti
Kappa

[alexsky8]

Originariamente inviato da Ozozuz

Oggi dovrebbero spedirmi la cpu sostitutiva, volevo segnalare che oltre ad aver pagato loro le spedizione all'andata "dhl express, 1 giorno :o" mi dovrebbero fornire il tracking anche per la spedizione di ritorno, cosa che avevo letto spesso non facessero.

Una domanda per i test invece, una cpu 100% ESENTE da bug, dovrebbe non dare seg-fault od in generale errori di compilazione anche con v-soc a default "0.8v" oppure comunque é preferibile portarlo su a 1.1v ?

Originariamente inviato da Randa71

Una CPU che funziona funziona. Quindi non dovrebbe essere necessario modificare i parametri di funzionamento affinché sia stabile. Lasciala a def e vedi come si comporta.

come scritto da Randa71 una CPU a default non deve generare alcun errore al massimo lo potrà fare in OC ma non certo a default quindi lascia tutto come da fabbrica e fai il test
se modifichi il Vsoc o altri parametri varia il risultato su questo non ci piove
come già scritto la mia CPU a 1,1Vsoc non genera errore mentre a 1,06V sì così come disabilitando SMT non genera errore mentre abilitandolo lo genera

quindi alla fine la cpu ha il bug tutto il resto sono solo prove fatte da noi ma che nulla hanno a che vedere con la normalità del test

[Randa71]

riprovato adesso un'altra volta il kill ryzen senza ASLR..stoppato io dopo 40 minuti...nessun errore...Considero la questione chiusa...dopo tre gg di prove con ASLR=0 0 errori.
sono solo curioso che quelli a cui viene fuori errore nonostante abbiano ASLR disattivato se montassero le mie stesse RAM con la C6H bios 1701 ram impostate con il profilo XMP se errore viene fuori ancora...semplice curiosità...
nel caso io ho sopra le Kingston HyperX KHX2400C15/16G due banchi da 8...
Adesso me lo godo senza ansie che già quando l'ho presa la piattaforma le madonne che non sono scese quando non si accendeva neanche causa corsair 2400.....mamma mia che incazzatura..mi sembrava di essere tornato indietro di 10 anni...
ciao

[Mister D]

Originariamente inviato da Randa71

riprovato adesso un'altra volta il kill ryzen senza ASLR..stoppato io dopo 40 minuti...nessun errore...Considero la questione chiusa...dopo tre gg di prove con ASLR=0 0 errori.
sono solo curioso che quelli a cui viene fuori errore nonostante abbiano ASLR disattivato se montassero le mie stesse RAM con la C6H bios 1701 ram impostate con il profilo XMP se errore viene fuori ancora...semplice curiosità...
nel caso io ho sopra le Kingston HyperX KHX2400C15/16G due banchi da 8...
Adesso me lo godo senza ansie che già quando l'ho presa la piattaforma le madonne che non sono scese quando non si accendeva neanche causa corsair 2400.....mamma mia che incazzatura..mi sembrava di essere tornato indietro di 10 anni...
ciao

Scusami randa,
ma sono queste:
https://www.kingston.com/datasheets/HX424C15FBK2_16.pdf
JEDEC/XMP TIMING PARAMETERS
• JEDEC/PnP: DDR4-2400 CL15-15-15 @1.2V
DDR4-2133 CL14-14-14 @1.2V
•XMP Profile #1: DDR4-2400 CL15-15-15 @1.2V

Se le metti su auto non ti imposta da solo il profilo JEDEC 2400?

[Randa71]

Originariamente inviato da Mister D

Scusami randa,
ma sono queste:
https://www.kingston.com/datasheets/HX424C15FBK2_16.pdf
JEDEC/XMP TIMING PARAMETERS
• JEDEC/PnP: DDR4-2400 CL15-15-15 @1.2V
DDR4-2133 CL14-14-14 @1.2V
•XMP Profile #1: DDR4-2400 CL15-15-15 @1.2V

Se le metti su auto non ti imposta da solo il profilo JEDEC 2400?

yess sono queste...se imposto il profilo su auto non carica il DOCP automaticamente ma le imposta s con il profilo Jedec a 2400 a 15 15 15 36 56 il DOCP è 15 15 15 35 57
ma la cosa peggiore è che imposta il voltaggio delle ram a 1.35...mentre quelle sono a 1.20....
invece impostandole su docp standard carica tutti i valori...voltaggi compresi...poi io che sono un perfezionista imposto manualmente il valore a 57...in auto o docp lo imposta a 56...
fai conto che prima dei bios 1701 su docp standard non era stabile...freeze della CPU anche in windows con codice errore 08...e non era stabile a 2400 neanche su auto....con il 1701 un gioiellino..ovviamente le ram sono esattamente le stesse
per quello che "insisto" sul discorso ram...
PS: so che il profilo docp/xmp è per gli IMC di intel....però cosi si carica tutto automaticamente, e funziona! preferisco così

[Kernel32]

Originariamente inviato da Kernel32

Ciao a tutti, un'informazione: dovrei prendere da un privato una di queste CPU presa e sostituita in garanzia da un rivenditore su Amazon per via del segfault. Per la garanzia come funziona? Mi posso rivolgere direttamente ad amd in caso di eventuali problemi?

[Mister D]

Originariamente inviato da Randa71

yess sono queste...se imposto il profilo su auto non carica il DOCP automaticamente ma le imposta si a 2400 ma a 15 15 15 36 56 il DOCP è 15 15 15 35 57
ma la cosa peggiore è che imposta il voltaggio delle ram a 1.35...mentre quelle sono a 1.20....
invece impostandole su docp standard carica tutti i valori...voltaggi compresi...poi io che sono un perfezionista imposto manualmente il valore a 57...in auto o docp lo imposta a 56...
fai conto che prima dei bios 1701 su docp standard non era stabile...freeze della CPU anche in windows...con il 1701 un gioiellino..
per quello che "insisto" sul discorso ram...

Per forza che non era stabile. DOCP è una "mandracata" di asus per impostare il profilo XMP nato per intel, su mc amd. E infatti modifica a seconda del kit ram dei valori rispetto lo stesso profilo XMP memorizzato nel chip SPD della ram.

Per il TRC la regolina aurea è di non scendere mai sotto tRP+tRAS ergo nel tuo caso 15+35=51. Quindi da dove tiri fuori il 57? Anzi a dirla tutta, colonna e destra del datasheet:

Row Cycle Time (tRCmin) 46,75 ns (mini)

Se usi la regoletta inversa per ottenere la latenza in cicli di clock viene esattamente 56:
1200/1000*46,75= 56,1 clk che direi che è esattamente il 56 che ti imposta sia in auto quando ti carica il profilo JEDEC std o quando gli dici di caricarti il profilo XMP. Purtroppo il datasheet non riporta tutti i timing secondari ergo dovresti usare taiphoon burner per capire in cosa differisce il profilo JEDEC 2400 da quello XMP.
Io comunque ti consiglio di non usare XMP ma ti usare profilo JEDEC (se mai modificando la tensione ram 1,2 volt giustamente. Ed è veramente starano che ti imposti così ma da asus questo e altro per il rispetto degli std )

EDIT: ho letto dopo il tuo edit. OK in effetti se tutto ti funziona lascia pur così

[metal master]

Originariamente inviato da Kernel32

se ci sono eventuali problemi con la cpu, contatti direttamente amd tramite questo link: https://support.amd.com/en-us/warranty/rma

dopo averlo compilato, inserito il seriale della cpu e descritto il problema sarai contattato da un responsabile tecnico e dopo alcune verifiche se ci sono problemi ti apriranno un rma e ti daranno istruzioni per l'invio del pacco al centro raccolta amd.

a loro consegnerai solo la cpu nel blister di plastica senza ventola e scatolo originale.
una volta che la cpu raggiunge il centro di raccolta, dopo verifiche visive e meccaniche ti viene mandata una nuova cpu.
la garanzia amd è di 36 mesi per cpu boxate.

[Randa71]

Originariamente inviato da Mister D

Per forza che non era stabile. DOCP è una "mandracata" di asus per impostare il profilo XMP nato per intel, su mc amd. E infatti modifica a seconda del kit ram dei valori rispetto lo stesso profilo XMP memorizzato nel chip SPD della ram.

Per il TRC la regolina aurea è di non scendere mai sotto tRP+tRAS ergo nel tuo caso 15+35=51. Quindi da dove tiri fuori il 57? Anzi a dirla tutta, colonna e destra del datasheet:

Row Cycle Time (tRCmin) 46,75 ns (mini)

Se usi la regoletta inversa per ottenere la latenza in cicli di clock viene esattamente 56:
1200/1000*46,75= 56,1 clk che direi che è esattamente il 56 che ti imposta sia in auto quando ti carica il profilo JEDEC std o quando gli dici di caricarti il profilo XMP. Purtroppo il datasheet non riporta tutti i timing secondari ergo dovresti usare taiphoon burner per capire in cosa differisce il profilo JEDEC 2400 da quello XMP.
Io comunque ti consiglio di non usare XMP ma ti usare profilo JEDEC (se mai modificando la tensione ram 1,2 volt giustamente. Ed è veramente starano che ti imposti così ma da asus questo e altro per il rispetto degli std )

EDIT: ho letto dopo il tuo edit. OK in effetti se tutto ti funziona lascia pur così

il valore 57 è nel profilo xmp delle ram. letto sia da cpuz che da aida che dalla scheda madre nei bios...cmq grazie per la formuletta...non la conoscevo

[Kernel32]

Originariamente inviato da metal master

se ci sono eventuali problemi con la cpu, contatti direttamente amd tramite questo link: https://support.amd.com/en-us/warranty/rma

dopo averlo compilato, inserito il seriale della cpu e descritto il problema sarai contattato da un responsabile tecnico e dopo alcune verifiche se ci sono problemi ti apriranno un rma e ti daranno istruzioni per l'invio del pacco al centro raccolta amd.

a loro consegnerai solo la cpu nel blister di plastica senza ventola e scatolo originale.
una volta che la cpu raggiunge il centro di raccolta, dopo verifiche visive e meccaniche ti viene mandata una nuova cpu.
la garanzia amd è di 36 mesi per cpu boxate.

Quindi mi confermi che non serve lo scontrino/fattura. Grazie, gentilissimo... E gran bel nick

[metal master]

Originariamente inviato da Kernel32

Quindi mi confermi che non serve lo scontrino/fattura. Grazie, gentilissimo... E gran bel nick

a me non l'hanno chiesto/a

[KJx89]

Originariamente inviato da metal master

se ci sono eventuali problemi con la cpu, contatti direttamente amd tramite questo link: https://support.amd.com/en-us/warranty/rma

dopo averlo compilato, inserito il seriale della cpu e descritto il problema sarai contattato da un responsabile tecnico e dopo alcune verifiche se ci sono problemi ti apriranno un rma e ti daranno istruzioni per l'invio del pacco al centro raccolta amd.

a loro consegnerai solo la cpu nel blister di plastica senza ventola e scatolo originale.
una volta che la cpu raggiunge il centro di raccolta, dopo verifiche visive e meccaniche ti viene mandata una nuova cpu.
la garanzia amd è di 36 mesi per cpu boxate.

Grazie, hai risposto anche a me, sono tranquillo allora
Saluti
Kappa

[Operapia]

Finalmente ho fatto il test con il v core a 1.1. Lasciando le frequenze a 2667 non cambia il risultato purtroppo.

http://imageshack.com/a/img923/2408/E7s2df.png
http://imageshack.com/a/img924/7895/pw8pL1.png

Tra qualche settimana mi arrivano delle memorie nuove 2x8 e faro' altri test anche con vsoc a 1.15 e il vcore a 1.35, oltre non vado. Se anche cosi' mi fara' problemi penso che andro' di rma.
A proposito, che roba è l'ASLR e come lo trovo sulla mia mobo?

[Randa71]

Originariamente inviato da Operapia

Finalmente ho fatto il test con il v core a 1.1. Lasciando le frequenze a 2667 non cambia il risultato purtroppo.

http://imageshack.com/a/img923/2408/E7s2df.png
http://imageshack.com/a/img924/7895/pw8pL1.png

Tra qualche settimana mi arrivano delle memorie nuove 2x8 e faro' altri test anche con vsoc a 1.15 e il vcore a 1.35, oltre non vado. Se anche cosi' mi fara' problemi penso che andro' di rma.
A proposito, che roba è l'ASLR e come lo trovo sulla mia mobo?

https://it.wikipedia.org/wiki/ASLR
https://linux-audit.com/linux-aslr-a...space-setting/
Google aiuta
non disattivarlo se c'è opzione dalla scheda madre...
disattivalo in Linux con questo comando:
sudo sysctl -w kernel.randomize_va_space=0
così è disabilitato
in Windows non è più utilizzato da Win8 in poi

[il_dottorino]

Originariamente inviato da s12a

Continua fino a che non si esaurisce la memoria libera, con inequivocabili avvisi quando questo avviene; se non ricordo male con 16GB ci vuole circa un'ora. Prima di ciò non dovrebbero apparire altri messaggi oltre a sporadici avvisi dal kernel Linux che non dovrebbero solitamente indicare problemi correlati ai segmentation fault.

Ah non lo sapevo... ho stoppato prima del previsto perchè pensato fosse bloccato. Dovrò eseguire nuovamente il test. Però almeno potevano mandare una cpu tra la 35esima e la 40esima

[Operapia]

Originariamente inviato da Randa71

https://it.wikipedia.org/wiki/ASLR
https://linux-audit.com/linux-aslr-a...space-setting/
Google aiuta
non disattivarlo se c'è opzione dalla scheda madre...
disattivalo in Linux con questo comando:
sudo sysctl -w kernel.randomize_va_space=0
così è disabilitato
in Windows non è più utilizzato da Win8 in poi

Non ho cercato su google perchè credevo fosse una cosa complicata, come quando non mi funzionava il test sotto ubuntu e ci sono impazzito dietro una serata googolando senza concludere nulla. Fu poi il creatore della discussione a spiegarmi passo passo come fare.
Grazie per il tempo che mi hai dedicato.

[evil weasel]

Tornato il 1700x da RMA, questa sembra buona, non riesco a riprodurre i segfault.
Settimana 41, made in china.
Tra l'altro si clocca da paura, sto facendo prime95 versione 29.3 su Linux a 40x GHz con VCORE 1.33 volt.

I problemi con il disco che avevo riportato in questo post continuano ad esserci, non dipende dalla CPU a questo punto.

[Mister D]

Originariamente inviato da evil weasel

Tornato il 1700x da RMA, questa sembra buona, non riesco a riprodurre i segfault.
Settimana 41, made in china.
Tra l'altro si clocca da paura, sto facendo prime95 versione 29.3 su Linux a 40x GHz con VCORE 1.33 volt.

I problemi con il disco che avevo riportato in questo post continuano ad esserci, non dipende dalla CPU a questo punto.

Orca, settimana 41 è proprio di 2 settimane fa Una bella chiapetta

[evil weasel]

Originariamente inviato da Mister D

Orca, settimana 41 è proprio di 2 settimane fa Una bella chiapetta

Bilancia con tutte le volte in cui mi è andata male ed ho dovuto comprare 2 o 3 di CPU prima di beccarne una buona.

[evil weasel]

Originariamente inviato da Ozozuz

Arrivata ora cpu da RMA, settimana 33 () SUS.
Ho avviato kill-ryzen, gli faccio fare un 20 minuti senza settaggi ed altri 20 in 4-4.

Non fasciarti la testa prima di rompertela, mi pare che ci sia solo un caso verificato di CPU tornata da RMA difettosa.
Sarebbe proprio il colmo della sfiga.