[Thread Ufficiale] CPU Zen 14/12/7nm: AMD Ryzen!

[animeserie]

Originariamente inviato da Gioz

hai sbagliato il path.
cd C:\Users\Gio\Desktop\ryzen-kill "quel che è"

anche io lo uso per C# al lavoro, ma probabilmente lanci la gui invece devi avviare solo il prompt.

Hai ragione.. andavo dal CMD normale di Win anzichè dal Prompt di VS2015
Uso VS dal 2005 e ancora sti casini combino
Comunque, compilato con il comando build... ma non parte con run. (cerca sempre sto comando esterno "cl" che non capisco cosa sia)

EDIT: Risolto Gioz! ho 3 versioni di visual studio, e il comando CL era associato con la 2010 (la prima che installai su questa macchina)

[Alex656]

Originariamente inviato da s12a

Per sicurezza prova il test per Linux con una distribuzione live di Linux, ad esempio Ubuntu, come suggerito da altri. Non tutti i tool per la creazione di una pendrive USB avviabile funzionano correttamente. Ad esempio, qualche giorno fa per altri motivi io ho usato con successo UNetBootin, se può aiutare. Un'altro chiamato Universal USB Installer mi creava pendrive non avviabili con la configurazione che stavo usando.

http://unetbootin.github.io/
https://github.com/unetbootin/unetbootin/wiki

Io ho masterizzato la iso di ubuntu 17.4 su dvd, forse si fa prima.

Ora vorrei capire meglio la natura del problema; da quello che leggo in giro dovrebbe essere un bug hardware delle prime cpu uscite ma ricordo anche di aver letto di una possibile patch sui bios, anche se mi sembra improbabile; ora, se volessi fare una RMA, mi converrebbe rivolgermi ad amazon, visto che l'ho preso da loro? Non credo farebbero storie per la sostituzione ma temo poi di ricevere un altro processore con lo stesso problema; se volessi fare l'RMA ad AMD, come dovrei procedere?

[s12a]

Originariamente inviato da Giorgio G

Non mi convince sta cosa, il test sarà durato 40 minuti forse 45, ho 16 gb di ram come bagnino89.
Nell'immagine sotto, secondo voi, gli errori riportati sono imputabili a mancanza di memoria? Che poi come diceva bagnino89, a lui non si è saturata nemmeno dopo 2 ore

Per curiosità, ho provato a farlo partire sul mio attuale PC e dopo circa 15 minuti non noto incrementi significativi della memoria utilizzata, dunque non credo che sia un problema di memoria.

Originariamente inviato da Alex656

Io ho masterizzato la iso di ubuntu 17.4 su dvd, forse si fa prima.

Credo che siano almeno 10 anni che non uso più lettori ottici nei miei PC.

Ora vorrei capire meglio la natura del problema; da quello che leggo in giro dovrebbe essere un bug hardware delle prime cpu uscite ma ricordo anche di aver letto di una possibile patch sui bios, anche se mi sembra improbabile;

Sembrava inizialmente che l'AGESA 1.0.0.6b potesse risolvere questo problema, ma così non è stato, alla fine.
https://www.phoronix.com/scan.php?pa....0.0.6b-Update

Da quello che ho capito io sembra che si manifesti in condizioni di carico con un numero elevato di processi creati in poco tempo, situazione tipica durante la compilazione di progetti complessi. Il test kill-ryzen per Windows sembra simulare questo facendo partire diverse compilazioni concorrenti a ritmo continuo di un programma semplice fino a che non succede qualcosa.

ora, se volessi fare una RMA, mi converrebbe rivolgermi ad amazon, visto che l'ho preso da loro? Non credo farebbero storie per la sostituzione ma temo poi di ricevere un altro processore con lo stesso problema; se volessi fare l'RMA ad AMD, come dovrei procedere?

L'utente Metal master qualche post più dietro ha contattato il supporto tecnico AMD che alla fine ha riconosciuto il problema e gli ha inviato istruzioni su cosa fare e l'indirizzo dove spedire il processore con un corriere. Ha dovuto spedire lui a sue spese e mezzi, facendolo tramite spedire.com.

http://www.hwupgrade.it/forum/showpo...ostcount=19455
http://www.hwupgrade.it/forum/showpo...ostcount=19609
http://www.hwupgrade.it/forum/showpo...ostcount=19668

[Catan]

Originariamente inviato da antonioalex

bella

Bellina si, ma 200€ per una b350, quando le avversarie la offrono tra i 100 ed i 110€, mi pare un pò troppo, anche se avesse componentistica top. Mi chiedo perchè scegliere il target dei 200€ e nemmeno metterci un x370.
Alla fine se vuoi comprarti il gonzo che vuole il mini itx top, il chipset top devi metterlo. E a livello di costo, tra un b350 e un x370 forse siamo sui 7-8$ scarsi a chip.

Non saprei, per il mini itx il top prezzo prestazione è ancora la gigabyte o la asrock 350 ad oggi. Questa sta proprio fuori mercato per 200€. Già la asrock x370 a 140€ mi sembra eccessiva, figuratevi questa.

[Mparlav]

Originariamente inviato da Bivvoz

Studio abbastanza inutile perchè dipende anche dalla pasta.
Se usi una noctua nt-h1 che è molto fluida per esempio il blob centrale dimensionato correttamente va benissimo, se usi una kryonaut o una gelid extreme che sono più dense invece devi usare la paletta e stenderla a mano.
Inoltre threadripper è grande come una piastrella del bagno e bisogna tenerne conto.

P.S: loro hanno usato una CoolerMaster MasterGel Maker che non conoscevo, quindi mi sono un po' informato e ho scoperto senza sorpresa che è una pasta abbastanza dura che non ha molto senso usare con i metodi "stenditi da sola" come blob e linee centrali.
Se rifacessero i test con della noctua nt-h1 ti garantisco che i risultati sarebbero diversi

Infatti al rigo successivo del tipo di pasta scelta, dicono che ci sono paste che vanno riscaldate prima dell'applicazione
Ne hanno usata una di media fluidità, e su una superficie ampia col Threadripper, mi sembra un buon test per farsi un'idea, considerate proprio le dimensioni inusuali del coldplate ed i W dissipati.

I risultati migliori li hanno avuti proprio con l'applicazione per linee e "5 blob" (il metodo consigliato da Amd), nonostante fosse tendenzialmente poco fluida.

P.S.: Su internet, anni fa' vidi un tecnico Amd che faceva gli upgrade sugli Opteron Magny Cours di un supercomputer (quadri socket e le dimensioni del coldplate erano notevoli).
Ne doveva cambiare centinaia, da solo.

L'applicazione era un "tot al centro" e via.
Magari sono ancora lì in funzione 24/7

[Alex656]

Originariamente inviato da s12a

Sembrava inizialmente che l'AGESA 1.0.0.6b potesse risolvere questo problema, ma così non è stato, alla fine.
https://www.phoronix.com/scan.php?pa....0.0.6b-Update

Ho dato un'occhiata al link ma non ho visto (o forse non ho compreso) che si affermi che l'AGESA 1.0.0.6b di sicuro NON risolve il problema; sulla mia CH6 sono fermo ancora all' 1.0.0.6 per cui non posso verificare; ad ogni modo, mi sembra effettivamente improbaile che il bios possa risolvere il problema se non magari "castrando" qualche funzionalità. Leggendo sul forum AMD sembra che molti abbiano risolto facendosi sostituire la cpu.

[bagnino89]

Originariamente inviato da Bivvoz

Per memoria non intendevo per forza la ram, potrebbe essere che scrive su disco e tu hai usato una penna usb da 8gb e lui da 16gb, che ne so?!?
Non so dirti l'esatta natura dell'errore per questo devi chiedere a qualcuno di più ferrato, solo mi sembra strano che l'errore imputato al bug si presenta dopo così tanto tempo.
Chi ha quel bug ha l'errore in pochi secondi da quanto ho capito.

Oggi provo su un Intel i7 Haswell, comunque mi sembra una metodologia di test un po' troppo vaga... Ci vorrebbe un test perfettamente ripetitivo su ogni macchina, in modo che se un problema c'è l'errore si presenti sempre nello stesso tempo e/o condizioni (con un certo margine, ovviamente).

[s12a]

Originariamente inviato da Alex656

Ho dato un'occhiata al link ma non ho visto (o forse non ho compreso) che si affermi che l'AGESA 1.0.0.6b di sicuro NON risolve il problema; sulla mia CH6 sono fermo ancora all' 1.0.0.6 per cui non posso verificare; ad ogni modo, mi sembra effettivamente improbaile che il bios possa risolvere il problema se non magari "castrando" qualche funzionalità. Leggendo sul forum AMD sembra che molti abbiano risolto facendosi sostituire la cpu.

Sì, il link era dove era stata ipotizzata la possibilità di correzione tramite BIOS, ma questo non è successo alla fine. Ad esempio dai commenti della news associata:

https://www.phoronix.com/forums/foru...000#post978000

L'autore di Phoronix aver ricevuto un nuovo processore non ha più riscontrato problemi, ma non ricordo né riesco a trovare se ha scritto un articolo di smentita del rumor dell'AGESA 1.0.0.6b.

https://www.phoronix.com/scan.php?pa...en-fixed&num=1


EDIT: ho tolto un link che non aveva nulla a che vedere con il bug.

[Mparlav]

Originariamente inviato da Bivvoz

Da quanto ho capito quella pasta non è propriamente "media fluidità", forse diventa "media" scaldandola

5 blog e più linee magari a X dovrebbero andare bene ed è facile intuire il perchè, TR ha 4 die e con 5 blob faresti 1 blob sono ogni die e uno al centro mentre con la X passi sopra ogni die.
Sono il blob centrale o la linea centrale che non hanno molto senso.

C'è scritto:
"I recommend buying a decent amount of thermal paste and experimenting with the best application methods. I used CoolerMaster MasterGel Maker, as it came in a decent enough size to play around with and has solid properties. If you go with IC7 Diamond or any other thick paste, it's recommended to heat it up inside its syringe in hot water for a few minutes and then apply it.

Io uso una pasta Coolermaster più vecchia di quella lì, ma ha più o meno quella consistenza.
Ho usato sempre una buon vecchia scheda telefonica e spalmato in modo uniforme, ma mi è capitato in passato di fare, piccola dose al centro, movimenti circolari col waterblock, stretto le viti e via
Una cosa sbrigativa, specie se stavo facendo delle prove.

Non mi sono mai piaciute le paste troppo dure: scomode, e se ne spreca di più.

Penso che non ci sia un metodo migliore in assoluto, se poi da' tanta pressione sul coldplate col dissipatore/waterblock, il problema è ancor più secondario

[Alex656]

Originariamente inviato da s12a

Sì, il link era dove era stata ipotizzata la possibilità di correzione tramite BIOS, ma questo non è successo alla fine. Ad esempio dai commenti della news associata:

https://www.phoronix.com/forums/foru...000#post978000

L'autore di Phoronix aver ricevuto un nuovo processore non ha più riscontrato problemi, ma non ricordo né riesco a trovare se ha scritto un articolo di smentita del rumor dell'AGESA 1.0.0.6b.

https://www.phoronix.com/scan.php?pa...en-fixed&num=1


EDIT: ho tolto un link che non aveva nulla a che vedere con il bug.

Grazie per la segnalazione.

Certo che AMD non è che si sia ammazzata a rendere pubblico il problema; ok che si presenta solo in alcune condizioni specifiche ma è comunque un difetto; sulle automobili, quando si sa che una certa serie ha un difetto di fabbrica, si viene richiamati e la parte difettosa viene sostituita ma qui forse è pretendere troppo
Io comunque ho sborsato più di 400€ ed onestamente non avrei tutta sta voglia di spedire la cpu in Olanda a mie spese e star fermo più di 2 settimane (se va bene), meno male che non è un pc di produzione.

[Cloud76]

Originariamente inviato da bagnino89

Oggi provo su un Intel i7 Haswell, comunque mi sembra una metodologia di test un po' troppo vaga... Ci vorrebbe un test perfettamente ripetitivo su ogni macchina, in modo che se un problema c'è l'errore si presenti sempre nello stesso tempo e/o condizioni (con un certo margine, ovviamente).

Appunto, è quello che ho detto anche ieri.
Ci vuole una procedura passo-passo, chiara e ripetibile per tutti, possibilmente da inserire in prima pagina se no andiamo avanti fino alle calende greche.
Anche perchè da quello che ho capito quel metodo va modificato anche in base alla propria macchina, quindi per chi ha più di 16GB di RAM va bene il comando standard, per chi ha 16GB di ram forse anche no, per chi ha meno di 16GB invece va dato un comando con meno thread, inoltre dipende anche se c'è il ramdisk o se il ramdisk non c'è.
Quindi, al momento, in assenza di una procedura valida per tutti, non si capisce una mazza, e se si genera errore può tranquillamente essere perchè non si è fatto il test nel modo giusto.

[paolo.oliva2]

Capita solo a me o con il BIOS 1601 la CH6 non legge più gli HD inseriti a caldo?

Dal BIOS 1501 a me sono calate le bande sugli HD e USB (tranne USB 2.0 e HD STATA 2,5" esterno).

Usando ramcache di Asus settato a 2GB, copiando parecchio, servono quasi 5 minuti per poter spegnere il sistema. Con ramcache sopra i 20GB si impalla allo spegnimento. Con i BIOS precedenti andava benissimo.

Per me stanno facendo dei casini immani per le DDR4 maggiori di 3200. Mi sa che rimetto il 1401.

[capitan_crasy]

Credo che sia giunto il momento per aprire (NON IO) un thread specifico sull'argomento BUG...
E tanto per la cronaca la mia CPU è una 08, ma dato che nel mio sistema vige il FIX unofficial "fotte sega" andrò avanti senza tutte le seghe mentali per la sostituzione viste in questi ultimi giorni...

[Alex656]

Originariamente inviato da paolo.oliva2

Capita solo a me o con il BIOS 1601 la CH6 non legge più gli HD inseriti a caldo?

Dal BIOS 1501 a me sono calate le bande sugli HD e USB (tranne USB 2.0 e HD STATA 2,5" esterno).

Usando ramcache di Asus settato a 2GB, copiando parecchio, servono quasi 5 minuti per poter spegnere il sistema. Con ramcache sopra i 20GB si impalla allo spegnimento. Con i BIOS precedenti andava benissimo.

Per me stanno facendo dei casini immani per le DDR4 maggiori di 3200. Mi sa che rimetto il 1401.

C'è già il 1701 ma non so se risolve il problema.

[Mparlav]

Originariamente inviato da capitan_crasy

Credo che sia giunto il momento per aprire (NON IO) un thread specifico sull'argomento BUG...
E tanto per la cronaca la mia CPU è una 08, ma dato che nel mio sistema vige il FIX unofficial "fotte sega" andrò avanti senza tutte le seghe mentali per la sostituzione viste in questi ultimi giorni...

Uso le mie cpu sempre in overclock, dai tempi del 486.
Non rivendo mai usate le mie cpu (dopo di me, finiscono ad utenti meno esigenti ed alla fine vanno in rottamazione)

Queste due condizioni fanno sì che il test su Linux lo farò per testare l'overclock, quando troverò il tempo

[Catan]

Originariamente inviato da Alex656

Grazie per la segnalazione.

Certo che AMD non è che si sia ammazzata a rendere pubblico il problema; ok che si presenta solo in alcune condizioni specifiche ma è comunque un difetto; sulle automobili, quando si sa che una certa serie ha un difetto di fabbrica, si viene richiamati e la parte difettosa viene sostituita ma qui forse è pretendere troppo
Io comunque ho sborsato più di 400€ ed onestamente non avrei tutta sta voglia di spedire la cpu in Olanda a mie spese e star fermo più di 2 settimane (se va bene), meno male che non è un pc di produzione.

è un problema che affligge un numero marginale di processori, in un numero marginale di casi.
Se per esempio il problema lo hai sul 2% degli oggetti, non ritiri anche il 98% dei funzionanti, ma offri il cambio a quel 2% delle persone che riscontrano il progetto.

Prima di farsi girare le bolas "ho speso 400€", tu hai un processore costruito prima della 26 esima settimana (prima del 23 giugno quindi), lo usi sotto linux e sotto linux ci compili in quel particolare tipo di applicazione?
Se si amd ti offre di cambiare il processore.

L'unico punto condivisibile è che magari si la spedizione di recupero e reinvio potevano essere in toto a spese di amd.

[antonioalex]

Originariamente inviato da Alex656

sulle automobili, quando si sa che una certa serie ha un difetto di fabbrica, si viene richiamati e la parte difettosa viene sostituita ma qui forse è pretendere troppo

ot mode on
si si, come no, il disel gate ti dice qualcosa? , la maggior parte dei difetti escono a gala solo dopo una bella class action tipo il pianale della golf che s'imbarca d'acqua o la carrozzeria della grande punto che arrugginisce dall'interno, al max rendono pubblici i difetti probabilmente fatali sempre o comunque dopo una tragedia, dalle case produttrici difficilmente vedrai un mea culpa di spontanea volontà, anzi molte volte daranno la colpa all'utente, apple insegna col suo antenna gate, dove la colpa è tua perchè non sai tenere in mano il loro iphone 6
ot mode off

Credo che sia giunto il momento per aprire (NON IO) un thread specifico sull'argomento BUG...
E tanto per la cronaca la mia CPU è una 08, ma dato che nel mio sistema vige il FIX unofficial "fotte sega" andrò avanti senza tutte le seghe mentali per la sostituzione viste in questi ultimi giorni...
Oggi 10:54

come? non lo sai? da oggi tutti sono programmatori in ambiente linux

[Alex656]

Originariamente inviato da Catan

è

Prima di farsi girare le bolas "ho speso 400€", tu hai un processore costruito prima della 26 esima settimana (prima del 23 giugno quindi), lo usi sotto linux e sotto linux ci compili in quel particolare tipo di applicazione?
Se si amd ti offre di cambiare il processore.

L'unico punto condivisibile è che magari si la spedizione di recupero e reinvio potevano essere in toto a spese di amd.

Processore acquistato ad inizio Aprile, la programmazione sotto linux al momento non mi serve ma sotto windows sì; è vero che il bug si presenta in maniera evidente in "quella particolare condizione" ma non mi sento di escludere che anche compilando sotto windows, o in altre situazioni similari, la cosa possa poi saltar fuori.

A parte questo stavo rivalutando la possibilità di fare il reso direttamente ad amazon, che in caso di difetti fa tutto a proprie spese inviando il nuovo prodotto ancor prima di ricevere quello difettoso.

[Alex656]

Originariamente inviato da antonioalex

ot mode on
si si, come no, il disel gate ti dice qualcosa? , la maggior parte dei difetti escono a gala solo dopo una bella class action tipo il pianale della golf che s'imbarca d'acqua o la carrozzeria della grande punto che arrugginisce dall'interno, al max rendono pubblici i difetti probabilmente fatali sempre o comunque dopo una tragedia, dalle case produttrici difficilmente vedrai un mea culpa di spontanea volontà, anzi molte volte daranno la colpa all'utente, apple insegna col suo antenna gate, dove la colpa è tua perchè non sai tenere in mano il loro iphone 6
ot mode off
:

E allora siamo stati fortunati sia io che i miei colleghi, richiamati sia da Fiat che da Toyota per difetti di cui neppure sapevamo l'esistenza e che non inficiavano l'affidabilità

Originariamente inviato da antonioalex

ot mode on

come? non lo sai? da oggi tutti sono programmatori in ambiente linux

Ti faccio presente che su questo furum non ci sono soltanto smanettoni e giocatori incalliti, magari c'è anche chi sviluppa software per mestiere.

[Mister D]

Originariamente inviato da Alex656

Ho provato a fare il test su ubuntu 14.04, dopo una mezzoretta è andato in errore ma non vedo il vero e proprio segfault; è lo stesso problema?


Edit: Rifatto il test su ubuntu 17.04 ed è arrivata la doccia fredda :



Fossi in voi farei attentamente il test; sono molto curioso di conoscere gli esiti dello stesso test sugli intel visto che, a quanto pare, il problema affligge anche alcuni I5.

E mo voglio proprio ridere! Visto che si sta continuando ad allungare il brodo della shitstorm per un bug di selezione nel quality test (che quindi non affligge tutte le cpu) ora vorrei lo stesso IDENTICO ESATTO comportamento anche su intel. No perché allora vuol dire che qui molti vengono solo per fare flame.
I bug ci sono sempre stati, ci sono e ci saranno. Solo che su AMD è più bello, un po' come sparare sulla croce rossa e io sinceramente mi sono anche stancato di venire qui, leggere, controbattere punto per punto, e poi ciclicamente continuare a leggere di sto cavolo di bug.

Che poi per chi si lamenta che avrebbero dovuto comportarsi con un richiamo come si fa con le auto.... ma stiamo scherzando?
1) l'auto se ha un problema ai freni (mi ricordo di un richiamo enorme effettuato di Toyota) vuol dire mettere a rischio la vita delle persone e volete confrontarlo con "al massimo perdo il lavoro che stavo facendo perché mi si blocca la compilazione". SERIAMENTE?
2) un richiamo viene fatto quando TUTTE le unità sono difettose perché c'è un errore di progettazione e quando la sicurezza dell'attività dell'utente viene meno. Qua siamo di fronte ad una percentuale di cpu prodotte prima di una data che sono afflitte da questo problema, NON TUTTE. Perché diavolo un produttore dovrebbe richiamarle tutte comprese quelle sane? AMD ha esplicitamente scritto sul suo blog/forum e attraverso phoronix di accettare RMA a tutti quelli che dimostrano di avere una cpu afflitta da questo problema e di mandarne un'altra testata da loro. Sacrosanto.
Per fare un esempio storico, il famigerato bud del PIV sulla FPU per le divisioni coinvolgeva tutte le cpu, per questo intel è stata costretta ad effettuare un richiamo. Tale bug inficiava il lavoro di tutti, non solo di quelli che programmano

Ah per la spedizione in RMA sappiate che quasi tutti chiedono spedizioni di andata a carico dell'utente finale. Sono pochi i produttori e i prodotti che senza estensioni di garanzia particolari sono coperte da spedizione a carico del costruttore.

PS: per l'ultima parte ho preso il tuo post solo per non quotare altri ma è diretto a tutti quelli che si lamentano a torto del comportamento di AMD quando basterebbe informarsi e scoprire che tutti si comportano in questo modo, per cui AMD non è né santa né diabolica