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

[Gyammy85]

Originariamente inviato da Neverlost

https://www.tomshw.it/hardware/un-su...mente-tentata/

Che bello finalmente

Originariamente inviato da unnilennium

Magari, ma penso sia più un modo per mettere Intel sotto pressione, nel mobile lato driver AMD sta facendo vaccate, se non si smuove resta una nicchia dove non sfonda... I produttori che sono riusciti a sfornare modelli decenti sono davvero pochi, la maggior parte ha implementato male le soluzioni ryzen mobile, per limitare il TDP, più per il calore che per l'autonomia, e quindi Intel resta migliore su questi sistemi, anche se le ultime soluzioni fanno un po' pena

Inviato dal mio Xiaomi Mi5 utilizzando Tapatalk

Tanto driver aemmeddi ti fanno esplodere picci da tanti tanti di

E sarà sempre una scelta dettata da snobismo dei competitor che vendono roba talmente buona e perfect che costa tanto tanto e i pezzenti dell'IT (Microsoft Apple Amazon Sony ecc...) spendono poco e vogliono avere tanti problemi quasisemicit, as usual...

[street]

Originariamente inviato da suneatshours86

https://www.lffl.org/2018/11/linux-4...h-spectre.html
L’ultima patch introdotta nel Linux 4.20 però, stando ai test condotti dai colleghi di Phoronix, è veramente molto pesante per il processore. La modifica riguarda gli “STIBP” o Single Thread Indirect Branch Predictors e riguarda solo le CPU Intel. Va a prevenire il controllo cross-hyperthread delle decisioni che sono prese dai branch predictors.


In tutti e tre i test mostrati si nota che le CPU AMD non subiscono alcun impatto prestazionale, segno che la patch riguarda i processori INTEL. Ulteriori test, che trovate sul sito di Phoronix, raccontano di cali prestazionali nell’ordine del 30% anche per Python e PHP con la patch abilitata.

ma questa è in relazione al "probabilmente anche i processori amd sono coinvolti"?

[Gyammy85]

Originariamente inviato da street

ma questa è in relazione al "probabilmente anche i processori amd sono coinvolti"?

Il punto è che con ste patch gli amd vanno uguali e gli intel meno

[Gyammy85]

Ecco la guida per occare il 200ge

https://www.reddit.com/r/Amd/comment...to_bclk_multi/

[Gioz]

Originariamente inviato da Bivvoz

https://videocardz.com/79193/amd-pre...n-2019-edition

Spero sia un fake... parlare con la scheda video sinceramente non mi frega molto
Anche se è messa giù male, in pratica è un supporto ai comandi vocali dell'app amd link per smartphone.

Belline le migliorie a wattman.

il futuro è qui:
"radeon mostrare effepiesse" - "il numero da lei chiamato non è al momento raggiungibile"
"radeon fai uno screenshot" - "procedura di autodistruzione avviata"

ricordo che quando giocavo a quake 3 avevo provato lo switch armi con comando vocale...e non ne imbroccava una, con l'auto e i comandi vocali va meglio ma a volte chiama gente che non ricordo nemmeno di avere in rubrica.

[paolo.oliva2]

Originariamente inviato da Veradun

Forse e' il caso di discutere sulla terminologia comune e diffusa, altrimenti non si capisce nulla :>

I chiplet sono i die "esterni" con ognuno 8c.

Il IOchip o motherchip e' quello grosso centrale con PCIe e canali DDR4.

Questo approccio consente un sacco di cose belle. Per esempio:
- se domani decidiamo che ci piacciono le DDR5, cambiamo il motherchip ma non i chiplet.
- se domani decidiamo di aumentare il core count facciamo chiplet da 10c e non c'e' da riprogettare il motherchip
- volendo differenziare l'offerta, come si fa sempre per ovvi motivi, posso offrire SKU da 64, 48, 32 e 24 core semplicemente utilizzando 8 o 4 chiplet e utilizzando sia quelli "buoni" da 8c che quelli "fallati" da 6c, aumentando le rese e spendendo solo 4 chiplet dove bastano. Ma rimanendo il motherchip inalterato scalo il core count ma non i canali DDR4 ne' le linee PCIe, offrendo quindi una piattaforma omogenea su tutta la linea di prodotto
- le SKU per threadripper oltre ad offrire una maggiore differenziazione rispetto ad EPYC, usando solo 4 chiplet (quindi 32, 24 e 16 core) con cui aumentare ulteriormente gli yelds di questi, mi permettono di aumentare gli yelds anche del motherchip, visto che su questa piattaforma mi bastano un quarto dei canali e delle linee PCIe funzionanti rispetto ad EPYC, quindiavrei tranquillamente yelds altissimi.

Ma questa configurazione e' fortemente votata al multithreading e introduce inevitabili latenze che sono indesideratissime nel mondo desktop, per cui qui ritengo piu' opportuno il solito SoC che abbiamo avuto per Zen, migliorandone le latenze interne (cache migliore, bus interno piu' ampio o architetturalmente migliorato). Questo non vieta di progettare questi SoC come 10 o 12 core, ma anche qui non penso sia una scelta ottimale, visto che in ambito desktop abbiamo appena fatto un bel salto e le difficolta' di sfruttamento immediato di un ulteriore salto di core count sarebbero ingenti. Il risultato sarebbe un peggioramento degli yelds ma anche una riduzione dei candidati su wafer per un guadagno esiguo, se non addirittura delle perdite di prestazioni in scenari molto comuni (per vari motivi, primo fra tutti la necessita' di abbassare le pretese sulle frequenze dovendo dedicare i die migliori alle SKU con i core count piu' elevati, per non trovarsi ad aver investito in SKU con molti core per poi vedersele cannibalizzare da quelle con meno core ma maggior frequenza, cosa che accadrebbe senza alcun dubbio in ambito DT).

Un SoC Ryzen 1xxx/2xxx e' 212 mm2

Escludendo i link IF dal die Zeppelin si scende sotto i 200mm2. Uno shrink pedissequo ci darebbe uno Zeppelin@7nm intorno ai 100mm2, ma non mi aspetto che replichino Zeppelin tale e quale. Potrebbe esserci piu' cache, oppure potrebbe essercene di piu' veloce, il layout stesso dei CCX potrebbe cambiare verso un CCX unico, cambiando significativamente la dimensione del die, quindi in generale non e' del tutto prevedibile dove andrebbero a parare, anche fossero 120/130 mm2 si tratterebbe comunque di "robetta" con yelds che mi attenderei comunque molto elevati.

ok, io pensavo che il Chiplet fosse il mother-cip, mea culpa.

Bella spiegazione, complimenti

In ogni caso, circa la differenziazione AM4/TR4-Epyc, ad oggi tra acquisizione fette di mercato e Intel che continua a prezzare alto, AMD potrebbe pure affrontare un discorso di aumento dei costi di progettazione per suddividere un AM4 da TR4/Epyc.

Vedremo.

[djmatrix619]

Raga come posso vedere se il PC mi si é spento per overheating CPU?

Mi si spegne e non riesco a capire perché... succede solo gioco a giochi pesanti.

[LkMsWb]

Originariamente inviato da djmatrix619

Raga come posso vedere se il PC mi si é spento per overheating CPU?

Mi si spegne e non riesco a capire perché... succede solo gioco a giochi pesanti.

Puoi usare un programma che fa log dello stato del sistema (es. HWInfo), filtri le cose da monitorare lasciando solo le temperature e avvii il log. Ti salva un file CSV separato da virgole che poi puoi importare in Excel, LibreOffice Calc o altri similari.

Anche crashando il PC non hai problemi, perché l'aggiornamento del file viene fatto real time una volta al secondo

Visto che ti si spegne il PC ti suggerirei di tenere attivi anche i monitoraggi di consumo, vedo che hai un buonissimo alimentatore, magari basta spostare qualche cavo.

[batou83]

Originariamente inviato da djmatrix619

Raga come posso vedere se il PC mi si é spento per overheating CPU?

Mi si spegne e non riesco a capire perché... succede solo gioco a giochi pesanti.

Gioca in modalità finestra e contemporaneamente controlla qualche programma di monitoraggio tipo hwi, fai qualche prova senza il pannello laterale e facci sapere le temperature rilevate.

[djmatrix619]

HWInfo ce l'ho bello settato apposta.. ma mi accade sempre quando sono nel bel mezzo del gioco, e non faccio in tempo a vedere che temperature raggiunga.

Ho tenuto aperto PRIME95 per tipo mezz'ora.. CPU sempre al 100%, mai sopra gli 82 gradi (ricordo che sono col dissi stock).

Mah, non credo sia overheating CPU. Forse é sfiga.

[LkMsWb]

Originariamente inviato da djmatrix619

HWInfo ce l'ho bello settato apposta.. ma mi accade sempre quando sono nel bel mezzo del gioco, e non faccio in tempo a vedere che temperature raggiunga.

Ho tenuto aperto PRIME95 per tipo mezz'ora.. CPU sempre al 100%, mai sopra gli 82 gradi (ricordo che sono col dissi stock).

Mah, non credo sia overheating CPU. Forse é sfiga.

Non ci siamo capiti, hwinfo può salvare un file log fisico, quello non importa che te lo perdi di vista, tanto viene salvato

Quando sei sulla schermata sensori, clicca sull'icona con il foglio e il più verde, quella che sta a destra dell'orologio (che resetta i valori minimi, massimi e medi registrati dall'apertura).

[skadex]

Puoi anche provare un software tipo WhoCrashed
A me succedeva con "eurotruck simulator 2" e non riuscivo a capire perchè (riavvio pc o blocco totale) e grazie al log riportatomi si è capito che erano semplicemente i driver nvidia.
Se è dovuto ad altro si dovrebbe capire.

[Gioz]

per scrupolo prova a settare il profilo Jedec di riferimento delle memorie e vedi se hai guai.
hai delle ram che non dovrebbero darti noie ma a volte a pensar male si indovina.
dovesse essere correlato alla ram i primi due potenziali aggiustamentio potrebbero essere aumentare il vsoc e la tensione di alimentazione dei moduli dimm.

[djmatrix619]

Ok proveró un po' quello che dite di fare.

Qualche giorno fa feci un post qui sul thread per chiedere come mai avessi la CPU sempre al 100%. Indagando.. ho scoperto che il processo colpevole di quest'anomalia é "AUDIOBG.EXE" (googlando capite subito o quasi cos'é, riguarda l'audio di windows).

Guardacaso ho avuto un errore su AUDIOBG.EXE prima dello spegnimento. Chissá se non é proprio quello.

Comunque boh, non voglio andare troppo OT.. a quanto pare peró non é la CPU, quindi vedró di fare un po' di test.

Grazie.

[Fabryce]

Originariamente inviato da djmatrix619

Raga come posso vedere se il PC mi si é spento per overheating CPU?

Mi si spegne e non riesco a capire perché... succede solo gioco a giochi pesanti.

nell'80% dei casi è l'alimentatore il colpevole..

[hotak]

ad un mio amico succedeva una cosa simile con un vecchio FX ed è venuto fuori che si era bruciata qualche pista della scheda audio integrata, usandone una discreta è sparito il problema.

[conan_75]

Originariamente inviato da Fabryce

nell'80% dei casi è l'alimentatore il colpevole..

Invece è piuttosto raro che si sieda a tal punto.

Vedo probabile un problemino hw del blocco mb/cpu/ram

[Fabryce]

Originariamente inviato da conan_75

Invece è piuttosto raro che si sieda a tal punto.

Vedo probabile un problemino hw del blocco mb/cpu/ram

a me è capitata la stessa cosa.. si spegneva dopo una quarantina di minuti in game.. ho cambiato l'ali ed ora tutto ok

[paolo.oliva2]

@Verandum

Giusto per parlare e valutare tutti gli aspetti e capirci meglio.

Che il mother-chip sia progettasto per specifica server, è indubbio, che aumenti le latenze idem, ma comunque dovrebbe aumentare la banda ed è questo il punto fondamentale secondo me.

Cioè... mi viene da pensare al confronto con le DDR4, che un CL basso ha latenze inferiori ma poi nel complesso il giusto compromesso è latenze medie e banda superiore.

Inoltre c'è ancora molto buio sul fatto che i chiplet abbiano o meno la L3, perchè se poi hanno la L3, il mother chip a sto punto avrebbe una L4 e quindi anche se si avrebbero latenze maggiori, la banda sarebbe superiore rispetto che a leggere direttamente su DDR.

Questi sono puntimche non riesco a inquadrare bene.

P.S.
Aggiungerei una cosa che è scontata. L'utilizzo del mother-chip è legato alla resa dei chip-let.
Facendo un esempio, nel caso AMD decida di utilizzare il mother chip sull'AM4, e quindi 2 chip-let, non credo offrirà X16 ma potrebbe offrire da X6 a X12 con unicamente l'X8 che potrebbe avrebbe un chiplet "sano" (ma anche 2 da X4 fallati), tutto il resto riciclando i fallati.
Il costo aggiuntivo del motherchip sarebbe ammortizzato alla grande e modelli X10/X12 prezzati a piacere.

Io non è che mi impunto sul mothercip in AM4, sia chiaro... ma con l'innovazione AMD di costo produzione, lo scompenso prezzo/prestazioni è tale che l'avere +/- 5% di prestazioni a core è insignificante se poi a parità di core AMD ti fa pagare la metà.

[Gyammy85]

https://www.reddit.com/r/Amd/comment...uld_launch_at/