Un bug per Ryzen in abbinamento a Linux, ma AMD è al lavoro

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/cpu/un-...oro_70430.html

In particolari condizioni di forte stress test con sistema operativo Linux i processori Ryzen, ma non quelli Ryzen Threadripper e EPYC, manifestano un potenziale malfunzionamento

Click sul link per visualizzare la notizia.

[ziobepi]

Originariamente inviato da Redazione di Hardware Upgrade

In particolari condizioni di forte stress test con sistema operativo Linux i processori Ryzen, ma non quelli Ryzen Threadripper e EPYC, manifestano un potenziale malfunzionamento

E' il motivo per il quale mi sono astenuto dal giudicare Ryzen fino ad ora.
E' ancora troppo presto.

[jepessen]

Io lo faccio... La compilazione in parallelo e' il mio pane quotidiano e sono un utente, quindi dipende da cosa si intende per utente.

Per me un utente e' chi usa il computer. Se uno i programmi li usa o li crea e' un dettaglio, a mio avviso, e sono consapevole del fatto che chi crea i programmi (ed ha bisogno di compilazioni parallele) e' una minoranza, ma una minoranza non trascurabile. Se ho un baco in una compilazione poi me lo porto dietro nel programma che deve essere distribuito (a parte che compili, che non sembra essere questo il caso).

[Marco71]

...da sperare che sia correggibile con semplice aggiornamento di microcodice (in grado di contenere comunque un numero limitato di microistruzioni) altrimenti revisione dell'insieme di fotomaschere.
E dato che interessa il multithreading simultaneo noto presso Intel come HyperThreading potrebbe manifestarsi anche durante l'utilizzo base del s.o ormai multithreading massivamente.
Tecnicamente quello del processore non è un firmware ma un microcodice usato per le macroistruzioni che secondo la vecchia tassonomia Pentium Pro non si traducono in un certo numero (in P6 4) massimo di microistruzioni.

Marco71.

[turcone]

appena uscito ryzen si vociferavano problemi e bug però le testate che lo scrivevano venivano tacciate di essere pagate da intel :P

avevo programmato il passaggio da i5 4690 a ryzen r7 1700 però dopo i problemi con le ram ho rimandato e questo conferma i miei dubbi aspetto la prima revisione del processore per fare il passaggio

[pabloski]

Considerato il tipo di bug e il fatto che si presenti solo in determinati momenti, scommetto che la causa e' un qualche tipo di race condition.

E temo non sara' limitato a Linux, visto che un problema delle cpu.

[Neverlost]

edit

[Marco71]

...dato che i "micro" processori sono enormi macchine a stati "finiti"...se si verificano le condizioni necessarie e sufficienti per insieme di ingressi, uscite arrivi in un determinato stato della "macchina" contrassegnato da anche possibili blocchi di sistema. L'idillio degli informatici (ingegneri e ex laureati scienze dell'informazione) prevede poi che tutto si possa aggiustare sempre riscrivendo linee di codice...in questo caso, sì, forse dipende dalla lunghezza del microcodice...altrimenti revisione di processo e maschere.

Marco71.

[Neverlost]

edit

[Life bringer]

Originariamente inviato da Neverlost

la cpu funziona benissimo su tutto. non è un che un micro problema peraltro risolvibile da amd coi prossimi bios renda meno valida una cpu capolavoro. siete proprio fanboy intel.

Originariamente inviato da Neverlost

cazzo quante ne sai.

Il troll ha editato... peccato

Ma rispondiamogli lo stesso. Non tutti usano il pc per facebook, quindi gli utenti che hanno acquistato ryzen proprio per usufruire di tutti i suoi core credo che abbiano il diritto di usufruire, altrimenti che senso ha?
La straordinarietà, pardon CAPOLAVORO dell'architettura amd sta proprio nel maggior numero di core rispetto a quella intel, visto che a parità di core intel è ancora più veloce.
Se una persona che compila su linux si ritrova dei segfault a causa di un bug nel processore ha ogni diritto di essere poco felice, confermo anche quanto detto da turcone, anche su questo forum c'è un utente che aveva avuto il problema, ma purtroppo la verità è stata fatta passare in secondo piano e l'utente come un visionario.
Infine amd non ha risolto il problema, non è detto che possa farlo con l'aggiornamento del microcode, si spera che possa farlo ma ad ora chi ha questo problema con linux se lo tiene.

[lucusta]

Originariamente inviato da ziobepi

E' il motivo per il quale mi sono astenuto dal giudicare Ryzen fino ad ora.
E' ancora troppo presto.

giusto, fare sessioni parallele di compilazione è una cosa di tutti i giorni, mentre i bug sull'Hyperthreading di sky e kaby sono cose che succedono assai raramente con qualsiasi sistema e quando usi entrambe le ALU di un core in modo intensivo...

stà perla di saggezza mi mancava.

[Neverlost]

Originariamente inviato da lucusta

giusto, fare sessioni parallele di compilazione è una cosa di tutti i giorni, mentre i bug sull'Hyperthreading di sky e kaby sono cose che succedono assai raramente con qualsiasi sistema e quando usi entrambe le ALU di un core in modo intensivo...

stà perla di saggezza mi mancava.

beh di che ti stupisci i proni e succubi fanboy intel aspettano la minima sbavatura per idolatrare il loro padrone.

[Mparlav]

Originariamente inviato da Life bringer

Il troll ha editato... peccato

Ma rispondiamogli lo stesso. Non tutti usano il pc per facebook, quindi gli utenti che hanno acquistato ryzen proprio per usufruire di tutti i suoi core credo che abbiano il diritto di usufruire, altrimenti che senso ha?
La straordinarietà, pardon CAPOLAVORO dell'architettura amd sta proprio nel maggior numero di core rispetto a quella intel, visto che a parità di core intel è ancora più veloce.
Se una persona che compila su linux si ritrova dei segfault a causa di un bug nel processore ha ogni diritto di essere poco felice, confermo anche quanto detto da turcone, anche su questo forum c'è un utente che aveva avuto il problema, ma purtroppo la verità è stata fatta passare in secondo piano e l'utente come un visionario.
Infine amd non ha risolto il problema, non è detto che possa farlo con l'aggiornamento del microcode, si spera che possa farlo ma ad ora chi ha questo problema con linux se lo tiene.

Non se lo tiene il problema visto che c'è scritto di rivolgersi al servizio assistenza AMD.

[Life bringer]

Originariamente inviato da Mparlav

Non se lo tiene il problema visto che c'è scritto di rivolgersi al servizio assistenza AMD.

Ottimo, se amd sostituisce i processori fallati, niente da dire, comportamento impeccabile!

[turcone]

Originariamente inviato da lucusta

giusto, fare sessioni parallele di compilazione è una cosa di tutti i giorni, mentre i bug sull'Hyperthreading di sky e kaby sono cose che succedono assai raramente con qualsiasi sistema e quando usi entrambe le ALU di un core in modo intensivo...

stà perla di saggezza mi mancava.

che p@lle ste difese alla grillina : quando sbagliano noi la giustificazione è dire anche gli altri sbagliano ....
il problema c'è e bisogna risolverlo vediamo quanto ci mette per giudicare amd cmq sempre più convinto della mia logica di aspettare sempre il secondo modello di una cpu prima di comprarla che sia intel o amd

[tuttodigitale]

Originariamente inviato da ziobepi

E' il motivo per il quale mi sono astenuto dal giudicare Ryzen fino ad ora.
E' ancora troppo presto.

il bug per fortuna corretto al SMT di skylake X e Kaby lake X, è solo l'ultimo dei bug noti che hanno interessato le CPU di Intel in questi anni.
Nulla di cui preoccuparsi, tanto più che TR e Epyc sembrano esenti dal bug.

[tuttodigitale]

premesso che anche il famoso bug del TLB di Agena, la cui soluzione ha ammazzato le prestazioni dei Phenom, era un evento raro.
Ma come dice turcone

Originariamente inviato da turcone

il problema c'è e bisogna risolverlo

Originariamente inviato da lucusta

stà perla di saggezza mi mancava.

deve ancora riprendersi.

[AleLinuxBSD]

Ho letto di questo problema è la cosa non la trovo da sottovalutare.

[lucusta]

sono bug sulla concorrenza dei registri.
sono semplici da risolvere se riesci a capire quale siano le istruzioni che vanno in concorrenza (basta un "pause" momentaneo finchè il reg non è libero).

che ne sia assente il TR fa anche riflettere sulla consistenza del problema, comunque, perchè significa rendere assai difficile l'identificazione delle istruzioni che lo procurano (piu' core, meno possibilità che le due istruzioni che lo determinano stiano sullo stesso core, nello stesso momento).

[lucusta]

Originariamente inviato da turcone

che p@lle ste difese alla grillina : quando sbagliano noi la giustificazione è dire anche gli altri sbagliano ....
il problema c'è e bisogna risolverlo vediamo quanto ci mette per giudicare amd cmq sempre più convinto della mia logica di aspettare sempre il secondo modello di una cpu prima di comprarla che sia intel o amd

non è una difesa ad oltranza, ma esclusivamente il discernere dal fanboysmo e la realtà dei fatti.
se sai da che dipende la natura del problema, devi solo identificare la causa e risolverla, come fanno tutti.

e ti svelo un segreto: ogni CPU a BUG, anche nei refresh; sono solo le revision HW che risolvono bug che non possono essere risolti via firmware, e si fanno solo per quei motivi.
finchè non c'e' un giustificato motivo di fare una nuova revision, potresti aspettare che si arrivi al refresh e quindi nuova maschera base e quindi nuovi BUG.

di processori realmente "cannati" nell'architettura se ne contano pochi, negli ultimi 30 anni (e per chi pensasse a bulldozer, non era cannata l'architettura, ma solo usata nell'ambito sbagliato in un periodo troppo estraneo per quel tipo di concezione).