|
|
|
|
Strumenti |
19-05-2019, 23:04 | #61 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Quote:
Ha sicuramente ragione su molte cose, ma rimane il fatto che non è oggettivo quando si parla di ZEN. |
|
20-05-2019, 06:11 | #62 | ||||||||||||||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Quote:
Memorie: 2666MHz https://forums.anandtech.com/threads.../post-38773158 s.o.: Windows 10 https://forums.anandtech.com/threads.../post-38773931 Scheda madre: Crosshair VI Hero Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Logica elementare alla mano. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
I miei messaggi sono tutti lì, e chiunque può valutare come sia andata la discussione, analizzandoli IN ORDINE TEMPORALE. Quote:
Quote:
Quote:
Cosa di cui NON mi può fregare di meno, ovviamente. Ma, anche qui, i messaggi sono lì, e chiunque può verificare, analizzandoli sequenzialmente, come siano andate le cose. Quote:
Quote:
Quote:
Basta vedere, anche qui, la sequenza dei messaggi. Ma siccome non lo farai mai, lo faccio io, così vediamo chi sarebbe il troll. Ecco qui il commento dell'utente che s'è lamentato: https://www.hwupgrade.it/forum/showp...postcount=2331 E il tuo subito dopo: https://www.hwupgrade.it/forum/showp...postcount=2332 Per tutti gli altri casi questo lavoro lo fai tu, perché l'onere della prova è a TUO carico, visto che le accuse le lanciate tu. Ma, ovviamente, non lo farai mai, perché sai soltanto lanciare la pietra e nascondere la mano. Quote:
Per la serie: io e la logica siamo gemelli diversi. Quote:
Poi se avessi aperto il link (cosa che chiaramente nessuno ha fatto, a questo punto) avresti visto che l'avatar dell'utente che ha postato i test non lascia dubbi sul fatto che NON sia pro-Intel. Anzi, l'esatto contrario... Cosa, comunque, del tutto irrilevante, perché contano i risultati, come già detto. Altrimenti si ricade nella fallacia logica dell'attacco ad hominem, che tu ben conosci ed eserciti da tempo. Quote:
Quote:
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
||||||||||||||||||||||||
20-05-2019, 06:12 | #63 | |||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Se si dovesse valutare anche il prezzo, ci si butterebbe sui sistemi desktop e si ignorerebbero quelli HEDT. Quote:
Quote:
Quote:
Il flop di Itanium nulla toglie agli oggettivi problemi di x86-64. Quote:
La prima è che ARM l'ha fatto. La seconda è che la stessa AMD, quando ha presentato x86-64, ha parlato delle analisi e dei test che aveva fatto, e che hanno portato alla definizione di quell'ISA. In particolare, ha parlato esplicitamente del fatto che abbiano valutato l'estensione a 32 registri (anziché i 16 di x86-64), e che hanno poi deciso di non andare in questa direzione, perché la complessità dell'implementazione non giustificava i risultati prestazionali ottenibili (si sarebbe guadagnato poco, insomma). Dunque, come vedi, il tempo per tirare fuori qualcosa di meglio l'hanno avuto, e si sono fatti i loro conti. Io dissento da tali valutazioni, anche perché l'estensione a 32 registri porta innegabili benefici. Quando Apple ha tirato fuori il suo SoC a 64 bit, lo stesso software compilato a 32 (16 registri) e 64 bit (32 registri) ha mostrato un netto incremento prestazionale. I benefici di avere più di 16 registri, quindi, ci sono, e non sono di poco conto. Altrimenti anche gli altri produttori di processori sarebbero rimasti fermi a 16. Quote:
Quote:
Ribadisco: basti vedere Bulldozer. AMD c'ha investito molto, ed è venuto fuori un buco nell'acqua. Quote:
Quote:
Non è un caso che, come dicevo, è l'analisi più completa che si trovi in giro. Quote:
Quote:
Quote:
Quote:
Ciò che conta sono i fatti. Non chi li esprime. P.S. Non ho tempo per rileggere e correggere eventuali errori. Tanto si capisce lo stesso.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||||||||||||
20-05-2019, 07:20 | #64 | ||||||||
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Quote:
Per prima cosa il quad channel non è l'unico vantaggio dei sistemi HEDT, ma ci sono anche il numero di linee pci e il numero di core maggiore per sempio. In generale chi spende di più per avere un sistema HEDT ha bisogno di feature non disponibili nel mainstream, quindi non si può fare paragoni di prezzo tra HEDT e mainstream. Quindi per favore torna nei binari (2700X vs 9900K) Quote:
Quote:
x84-64 è stato oggettivamente un successo, nonostante sia stati fatti dei compromessi dal punto di vista tecnico. Come ripeto non ci sono solo scelte tecniche quando si fanno scelte architetturali e io lo so bene perchè è il mio lavoro. Quote:
A giudicare dalla crisi affrontata da AMD abbastanza pesanti Quote:
Il tuo continuare a minimizzare la concorrenza sleale è abbastanza indicativo di quando la tua visione sia limitata quando non si parla di cose strettamente tecniche. Hai letto il link dell'antitrust europea che ho postato in precedenza? Quote:
Quote:
Quote:
Non c'è scritto da nessuna parte che memorie ha usato, si intuisce solo la frequenza. Non mi sembra molto professionale, nonostante questo darò un'occhiata più approfondita per capire le differenze rispetto al test che ho linkato prima che da risultati diversi. Non è nessun attacco, è solo una constatazione. Non vedo logica fallace da nessuna parte. |
||||||||
20-05-2019, 08:31 | #65 | ||||||||||||||
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
dovrei darti dell'ignorante perchè anche un bambino sa che dire che le ddr sono 2666 mhz senza specificare i timings è come dire che un motore è 3000 di cilindrata senza specificare quanti cavalli ha Questo, se ce ne fosse stato bisogno, conferma che dai test da te riportati non si può trarre nessuna conclusione. Quote:
Anche del tuo se è per questo Quote:
Che valgono zero per la mancanza dei timings delle ram Quote:
Quote:
viene fatto un lavoro serio, dati che dovrebbero essere messi come premessa ai test senza doverli andare a cercare al microscopio per poi non trovarli Quote:
Quote:
Quote:
Comunque non preoccuparti che non ti farò il favore di metterti in nessuna ignore list per prima cosa perchè non ne ho nessuna e per seconda perchè non sopporto i venditori di fumo come te Ecco la prova, ovvero un tuo post indirizzato a me senza che io ti avessi mai nominato: Quote:
Quote:
Rispedisco il bugiardo e pubblico mentitore al mittente Quote:
Quote:
per fare subito un passo indietro Quote:
Quote:
Le prove che quello su cui ti appoggi vale zero le ho portate, le prove che dovevi portare tu per dare valore ai tuoi riferimenti mancano e la briga di farlo in questo caso è solo tua, non devono essere gli altri a cercare le prove della validità dei tuoi riferimenti. Infine non c'è scritto da nessuna parte ne che toms ne che anandtech sono pro intel, chi segue da 20 e più anni recensioni lo sa e basta.
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB Ultima modifica di maxsin72 : 20-05-2019 alle 16:25. |
||||||||||||||
20-05-2019, 20:35 | #66 |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Ho analizzato il fantastico test portato da Cesare come esempio di analisi impeccabile e mi sono permesso di aggiungere qualche nota.
Premetto che questi sono tutti test ST, quindi tecnicamente favorevoli a Intel che fino ad oggi ha mantenuto un certo vantaggio in ST. Non ho avuto tempo di analizzare i test MT perchè quello che ho trovato mi sembra già sufficiente per capire che sarebbe una perdita di tempo. 1) 3dpm Zen va meno di Haswell, ma non so quanto sia indicativo il test per misurare la bontà di una CPU: "This is the ultimate naïve version of the code, as if it was written by scientist with no knowledge of how computer hardware, compilers, or optimization works (which in fact, it was at the start)." "It also has long dependency chains based on the random number generation, which leads to relatively poor performance on specific compute microarchitectures." https://www.anandtech.com/show/13591...ower-for-sff/8 2) 7zip Zen è in linea tra Haswell e Kaby 3) BlackScholes Zen è a livello di Kaby nonostante sul sito dicono che icc è un prerequisito https://github.com/IntelPython/BlackScholes_bench 3) Blender Risultato singolare, di solito i Ryzen si comportano bene con blender. Vedi il confronto a parità di core (ma non TDP) tra ryzen 7 2700X e i7 7820X https://www.anandtech.com/show/13591...ower-for-sff/5 4) LibBullet Zen non se la cava bene, ma: "For whatever reason, until very recently libBullet has had abysmal performance on all Ryzen CPUs." https://forums.anandtech.com/threads...500572/page-72 5) Cinebench vari Zen si comporta bene 6) Caselab Euler 3d Zen si comporta bene, ma il test è stato effettuato applicando una patch al programma: "The program is extremely old and has been compiled with a ICL version of that ERA (pre court ruling), meaning it features a hostile CPU vendor dispatcher. Unless the dispatcher is removed through patching, it significantly degrades the performance on AMD CPUs. The difference can be as high as 30% (SSE vs. SSE2, IIRC)." https://forums.anandtech.com/threads...500572/page-11 7) c-ray Zen va bene, ma il benchmark è di dubbia utilità "C-ray is an extremely simple ray-tracer which is not representative of any real world raytracing application. In fact, it is essentially a floating point benchmark that runs out of the L1-cache." https://www.anandtech.com/show/11544...-the-decade/21 8) embree Zen va male, ma.. "configure Embree to release mode, and use ICC, and enable AVX512KNL" https://github.com/embree/embree-benchmark Bisogna aggiungere altro? Probabilmente è un benchmark collegato a questo prodotto Intel https://www.embree.org/ 9) Euler3d cfd Zen va bene ma credo che si applichi lo stesso del punto 6 10) gcc 6.3 Non sappiamo quali opzioni sono state usate per la compilazione, nemmeno perchè ha compilato ffmpeg, ma Zen va meglio di Haswell e peggio di Kaby. 11) himeno Questo test è ridicolo, Zen va peggio di excavator e meno della metà di Haswell. Si tratta probabilmente di un bug e se ne è accorto anche phoronix. https://www.phoronix.com/scan.php?pa...0x-linux&num=4 12) gmp bench Zen va come Haswell. Però a giudicare dai test sul sito ufficiale del benchmark non è così male. A parità di numero di core e con 100mhz in meno un Ryzen 5 1500X fa meglio di uno Xeon E3‑1271v3 https://gmplib.org/gmpbench.html 13) linpack Questo è un altro test ridicolo, infatti Zen va la metà di Haswell. Quale implementazione di linpack avrà usato? Questa? https://software.intel.com/en-us/art...nse-agreement/ 14) mcrt Nessuno ha idea di cosa sia ma Zen va peggio di Haswell 15) namd Zen va meglio di Kaby 16) nbody Zen va molto male, ma è un test per gpu e non capisco perchè bisogna farlo girare su una cpu 17) openssl Zen va peggio di Haswell, ma a quanto pare si tratta di un bug: https://github.com/openssl/openssl/issues/2848 |
20-05-2019, 23:00 | #67 | |
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB |
|
21-05-2019, 06:13 | #68 | |||||||||||||||||||||||||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Quote:
Quote:
- Itanium è stato un flop; - x86-64 consentiva di eseguire a piena velocità tutte le applicazioni x86 (e x86 è L'architettura di successo); - essendone un'estensione a 64 bit, x86-64 ha facilitato il traghettamento delle applicazioni esistenti. Quote:
Quote:
Certamente non ci sono solo scelte tecniche, ma servono anche soluzioni tecniche da vagliare per prendere delle decisioni, e il parere dei tecnici. Quote:
E devo dire che meno male non abbia scelto di estendere l'ISA a 32 registri, perché sarebbe stata una pezza anche peggiore (avrebbe sostanzialmente richiesto un byte in più per tutte le istruzioni, riducendo ulteriormente la densità di codice), visto l'approccio che hanno avuto con x86-64. Rimane il fatto che hanno avuto tutto il tempo per realizzare qualcosa di meglio (come ARM ha fatto con la sua ISA a 64 bit). Quote:
In ogni caso la questione riguardava lo sviluppo di nuove uArch, e la storia dimostra che per realizzarne di buone non servono paccate di quattrini, ma delle buone idee. Quote:
Ma ha realizzato un'orribile uArch... Quote:
Cosa che non è affatto dimostrato e, ancora una volta, la storia dimostra che non servono grossi budget per realizzarne di buone. Viceversa, con budget a disposizione anche le grandi hanno fallito (Intel con P4, e AMD con Bulldozer, appunto). Se pensi ci siano stati degli impatti in merito, allora sei liberissimo di dimostrarli, visto che la tesi è la tua. Quote:
Quale sarebbe il punto, alla luce di ciò che stavamo discutendo? Quote:
Ed è quello che ho fatto, ma ho anche fornito il link in cui era possibile andare a controllare tutti i test effettuati. Test che, essendo molti, ho preferito di non riportare per non allungare a dismisura il post. Quote:
Quote:
Nei successivi test di Ryzen 2, invece, ha messo subito tutte le configurazioni, come hai potuto appurare. Quote:
Quote:
"Un Ad hominem è una categoria generale di errori in cui una tesi o un'argomentazione viene rifiutata sulla base di qualche fatto irrilevante sull'autore o sulla persona che presenta la tesi o argomentazione. Quote:
Aggiungo anche le mie note, dove servono. Quote:
Quote:
Quote:
Infatti dal link che tu stesso hai riportato, il 7820X mostra prestazioni superiori al 1800X. Fermo restando che, in QUESTO caso, si stanno testando le prestazioni "SKU" (del prodotto, così com'è), e NON l'IPC (ossia il test di cui parliamo). Inoltre, sono state usate versioni diverse di Blender (che possono avere anche un certo impatto). Dulcis in fundo: chi è che parlava di confrontare mele con pere? Quote:
Quote:
E meno male che viene tacciato di essere a favore di Intel (che poi il suo avatar è tutto un programma)... Quote:
Quote:
Dunque mi pare ovvio che saranno state compilate delle versioni SENZA abilitarle, per poter fare quei test... Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Per il resto faccio notare che Haswell sfrutta appieno le AVX-2 a 256 bit e le FMA, mentre Zen no (i registri SIMD sono a 128 bit anziché a 256 come Haswell. Inoltre le istruzioni FMA vengono divise internamente in due uop che eseguono rispettivamente prodotto e somma, e che ovviamente hanno una dipendenza nei risultati). Per cui queste (NOTEVOLI) differenze micro-architetturali potrebbero giustificare i risultati. D'altra parte il tizio aveva posto l'attenzione su questo: "An additional data point was added to the charts to indicate performance with 256-bit workloads excluded (the ones which have actual gains from 256-bit code). Che "casualmente" sono i test in cui si registrano marcate differenze. Quote:
Inoltre qui si confrontano le prestazioni SKU, e non l'IPC. Dunque non sono direttamente confrontabili. Quote:
Quote:
Forse l'ha preso dalla suite SPEC, che se non ricordo male dovrebbe integrarlo. Quote:
Quote:
Ma poi non capisco quale sarebbe il problema. Quote:
Comunque puoi anche rimuovere questo risultato, ma il quadro generale non cambia di certo.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||||||||||||||||||||||||||||||||||
21-05-2019, 06:13 | #69 | |||||||||||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Il thread è lungo e non ho tempo per cercare tutto. Preferisco scrivere lì e chiedere all'autore di aggiungerle all'inizio del post. Quote:
Quote:
OVVIO che MESI DOPO le cose siano cambiate. Ma valgano per TUTTI: l'utente in questione (che infatti ha realizzato altri test, anche con Ryzen2, e specificando le configurazioni delle macchine. Vedi i link che ha riportato k0nt3) e le redazioni. Dunque, di che ti lamenti? Quote:
Quote:
Quote:
Quote:
E meno male che avevi detto di aver capito... Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Ma che strano. Quote:
Quote:
Il problema è che, purtroppo, la moderazione latita da parecchio tempo (giustamente ognuno ha una vita fuori dal forum), e quindi si sviluppano queste diatribe prima di un loro intervento. Se fosse più attiva mi basterebbe cliccare su Segnala e aspettare (non giorni!), anziché dovermi difendere. In passato in questa sezione c'erano ben QUATTRO moderatori, e tutti attivi. Sarebbe il caso che l'amministrazione si muovesse nuovamente in questa direzione, visto che parliamo del più grande portale tecnologico italiano. Se, invece, continuerà a mostrare disinteresse, perché le sta bene così, allora forse è il caso di valutare seriamente l'abbandono del forum, perché è svilente e stancante non poter esprimere la propria opinione senza essere attaccati dai soliti troll. Magari facciamo clonare Freeman e lo piazziamo in News e Articoli, visto il lavoro che ha fatto di recente nella sezione Processori (i cui benefici effetti sono ricaduti in tutto il forum). Quote:
Per il resto, ti può dispiacere quanto vuoi, ma sei stato TU a voler continuare a scadere sul piano personale, nonostante la richiesta di altri utenti. Io, come già detto nonché dimostrato, mi sono adeguato. Punto. E non ho alcun problema a intavolare discussioni basate sul mero confronto tecnico, senza scadere sul personale. Ovviamente posto che non venga attaccato, o che ci sia una moderazione attiva. E non mi sembra di chiedere la Luna. Con te il rapporto è compromesso ormai da un bel pezzo, ed è causa del TUO comportamento. Come peraltro dimostra per l'n-esima volta questo thread: a mie risposte civili quando ho iniziato a scrivere, dopo un po' hai cominciato ad attaccarmi. E' sufficiente, come al solito, andare a leggere sequenzialmente i commenti che sono stati scritti. Ma, ribadisco, ormai con te è prassi. Quote:
Quote:
Tanti altri li hanno apprezzati, inclusi fanboy e simpatizzanti AMD che frequentava AnandTech e il vecchio thread "Aspettando Zen". E che adesso sono "spariti"... Quote:
Magari a qualche fanboy AMD è andata di traverso qualche recensione, e ha cominciato ad additarlo in tal senso. Ma son cose che lasciano il tempo che trovano, visto che capita pure alla redazione di HWU (quella che hai difeso riguardo ai test dell'IPC). P.S. Al solito, non ho tempo di rileggere. E' già tanto aver trovato quello di scrivere queste due risposte (altre, in altri thread, devono aspettare).
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||||||||||||||||||||
21-05-2019, 07:37 | #70 | ||||||||||||||||||||||||||||||
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
L'acquisizione di Ati è stata strategica sul lungo termine, forse il vero motivo per cui AMD è sopravvissuta. Anche con le fabbriche a mio parere hanno fatto bene a vendere, anche qui si tratta di scelte dolorose sul breve periodo, che danno frutti sul lungo periodo. Quote:
E' bene sottolineare però che per avere un buon processo produttivo bisogna avere paccate di quattrini, altrimenti sembra che chiunque possa entrare nel mercato delle cpu e concorrere con intel (tralasciando la questione delle licenze x86). Quote:
Ti stai attaccando alla questione di bulldozer dimenticando che non basta una buona uArch, ma serve anche un buon processo produttivo. AMD non lo aveva e probabilmente questo li ha indotti all'errore nel cercare una strada diversa da Intel. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
L'ho fatto perchè le due CPU hanno la stessa frequenza di boost e solo una minima differenza in frequenza base (+100mhz per il 2700X), ma in questo caso non dovrebbe fare differenza perchè difficilmente la CPU si troverà ad usare la frequenza base durante un benchmark. Non mi sembra proprio campato in aria come ragionamento. Quote:
Quote:
De gustibus Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
D'altra parte Zen2 ci metterà una pezza tra pochi mesi. Quote:
Ancora sto confrontanto le SKU ma con cognizione di causa. Tra l'altro prima mi ero sbagliato il 1500X ha 100mhz in meno di clock base, ma ben 300mhz in meno di boost. Il numero di core/thread è identico, quindi mi sembra che il test sia perlomeno significativo. Quote:
Quote:
Quote:
Quote:
Mai detto che la colpa sia di intel. Io invece credo che aggiornando i grafici il quadro cambi eccome. |
||||||||||||||||||||||||||||||
21-05-2019, 11:52 | #71 | ||||||||||||||
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
Quote:
E qui confermi di ragionare, ma non ci credo perchè lo fai in modo troppo evidente per le conoscenze che hai, con il metodo sbagliato perchè prima ci devono essere le informazioni sul testbed e poi si fanno le affermazioni del caso, non il contrario, e quel "vediamo" suona troppo di ammissione di colpa da parte tua. Quote:
Quote:
Quote:
Quote:
Io i post dove hai iniziato ad insultare ad hominem me ed altri iniziando per primo li ho linkati quindi chi mente evidentemente sei tu La cosa è reciproca Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Non c'è problema
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB Ultima modifica di maxsin72 : 21-05-2019 alle 12:45. |
||||||||||||||
22-05-2019, 06:18 | #72 | ||||||||||||||||||||||||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Quote:
Quote:
Sta all'ingegnere cercare di convincere il management che investendo un po' di più si ottiene un prodotto migliore che a lungo termine potrebbe garantire maggiori benefici. Ma da com'è stata realizzata x86-64, e dal tipo di modifica a 32 registri di cui si parlava, mi pare chiaro che le alternative valutate fossero esclusivamente una brutta prezza e un'orribile pezza a IA32/x86 (e ha vinto la prima). Dunque niente ipotesi di completo re-design. Per lo meno, non c'è alcun indizio che possa pensare che sia stata valutata anche una simile soluzione. Comunque ormai dobbiamo tenerci x86-64 così com'è. Quote:
C'avevo provato anni prima coi RISC a 64-bit 80860 (che non aveva nessuna emulazione IA32), che sono rimasti relegati in ambito scheda grafica. E' il mercato, nel bene e nel male, che decide... Quote:
Difatti ha finito di pagarla soltanto qualche anno fa. Quote:
Ma AMD aveva un grosso problema all'epoca: la licenza IA32 prevedeva che i processori fossero realizzati nelle fabbriche della stessa azienda. Dunque non poteva vendere le sue fonderie se non voleva perdere la sua licenza (e quindi buona parte del suo core business). L'ha fatto soltanto quando ha chiuso il contenzioso con Intel, dove oltre alla licenza perpetua IA32 s'è portata a casa anche la possibilità di realizzare i propri chip in qualunque fonderia. Infatti dopo l'accordo ha iniziato a uscire dal business delle fonderie. Quote:
Quote:
Quote:
Quote:
AMD ha presentato Bulldozer nell'Ottobre 2011, basato anch'esso sui 32nm. Non ricordo se ci fossero grosse differenze fra i due processi produttivi adottati, e problemi per AMD nello specifico. Certamente i problemi per AMD sono venuti col successivo processo produttivo. Se vai a guardare i benchmark dell'epoca sono a dir poco impietosi. E ricordo che SandyBridge ha introdotto le AVX, che però all'epoca non sono state nemmeno utilizzate (non c'era software, visto che il processore era appena uscito). Quote:
Ti ricordo che IO ho parlato della capacità di realizzare buone uArch. Cosa che NON s'è verificata (e i soldi c'erano: vedi sopra). Inoltre sei stato TU ad affermare che ci siano stati degli impatti per AMD, e questo non è stato dimostrato, però. Quote:
Quote:
Ma fra i simpatizzanti (ed è il motivo per cui ho differenziato coi fanboy) di cui parlavano c'erano dei professionisti e utenti esperti che s'interessano di queste tematiche, il cui giudizio (tecnico) non è certo paragonabile a quello dei fanboy. Quote:
Quote:
"non è oggettivo quando si parla di ZEN" e atteniamoci soltanto alle questioni tecniche. Quote:
Se avesse usato un emulatore mi avrebbe fatto più contento ma, come puoi vedere dalla test suite, ha preferito scegliere software professionale/per professionisti. Quote:
Quote:
Quote:
Quote:
L'utente in questione ha preferito cercare di spremere il più possibile i processori testati. Decisione che può essere certamente discutibile. Diversamente, però, i risultati di Ryzen su questo test sarebbero stati inferiori del 30%, come ha riportato. Personalmente vorrei avere test che spremino al massimo i processori. Ma rimane è una MIA preferenza, appunto. Quote:
Quote:
Quote:
ffmpeg, invece, è un progetto cross-platform, e lo si può compilatore su qualunque piattaforma. Per cui penso sia stato questo il motivo per cui sia stato scelto questo progetto per il test di compilazione. Quote:
Quote:
Non ricordo adesso se supporta l'FMA (mentre Zen no), e non ho tempo per verificare. Dunque potrebbe essere questa la ragione. Quote:
Poi l'utente in questione ha riportato i risultati dei test anche togliendo di mezzo le applicazioni che usano AVX. Quote:
Quote:
Poi gli Xeon che ho visti testati hanno usato le ECC e non le normali memorie. Quote:
Mentre qui dovremmo parlare soltanto di IPC. Quote:
Quote:
Quote:
Mentre nel link dei test che hai riportato sono i giochi a fare la parte del leone. Almeno qui ci sono molti altri test diversi. Quote:
Quote:
Semmai, e come poi è stato fatto, è meglio realizzare ALTRI test con le condizioni aggiornati. P.S. Niente rilettura, e adesso non posso scrivere altro perché sono già fuori tempo. @maxsin72: visto che i toni si sono abbassati, taglierò un po' di roba nelle future repliche.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
||||||||||||||||||||||||||||||||||
22-05-2019, 12:21 | #73 | |
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
Riporto giusto per mera curiosità qualche altro test sull'IPC di Ryzen fonte https://www.overclockers.com/forums/...hread)/page125 Qui non siamo allo stesso clock ma sappiamo bene che intel ha un turbo core più alto per quanto riguarda il 7700k, 7600k e 6700k del 1800X fonte https://www.guru3d.com/articles-page...-review,9.html e poi che è senpre in test single core di cpu-z con frequenze uniformate a 4.2 ghz sempre dalla stessa fonte del bench sopra riportato. Quando ho più tempo magari aggiungo altro.
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB Ultima modifica di maxsin72 : 22-05-2019 alle 12:33. |
|
22-05-2019, 19:31 | #74 |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
@cdimauro
Cerco di semplificare la discussione perchè questi post kilometrici sono abbastanza ingestibili. Sulla questione x86-64 non capisco cosa vuoi dimostrare. Ne hai parlato come se fosse una macchia nella carriera di Keller, ma dato che ha avuto successo non mi sembra che si possa definire tale. Ha ottenuto esattamente quello che AMD voleva con il budget a disposizione, quindi tanto di cappello. Dato che nessuno di noi due ha lavorato nel team che si è occupato di quel lavoro, non sappiamo quali problemi hanno incontrato, quindi qualsiasi valutazione tecnica lascia un pò il tempo che trova. Riguardo Bulldozer anche qui non capisco dove vuoi arrivare. Siamo d'accordo che era la strada sbagliata, ma continui a negare che la concorrenza sleale di Intel (che rappresenta un dato di fatto oggettivo) abbia influito sulla competitività di AMD. Secondo te Intel avrebbe dovuto risarcire AMD se non ci fosse stato alcun danno? I soldi che AMD ha preso da Intel alla fine del contenzioso sono una sciocchezza rispetto al danno subito. Tu dici che ci hanno finanziato Bulldozer, ma sai qual'era il budget di Bulldozer per affermare una cosa simile? Altrimenti parliamo di aria fritta. Sulla questione dei benchmark continui a negare l'evidenza, quindi penso sia completamente inutile continuare a discuterne. Rimani pure nel tuo mondo in cui Haswell ha 10% di IPC in più di Zen. Motivo per cui continuerò a sostenere che non sei oggettivo quando si parla di Zen. Poi dovresti spiegarmi da quando esprimere un'opinione supportata da argomentazioni piuttosto convincenti sarebbe un "attacco ad hominem". Io rispondo nel merito su ogni argomento e quando hai ragione non mi faccio problemi a riconoscerlo. Per inciso, nel link che ho riportato io i benchmark sono separati e nessuno si è sognato di fare una tabella con la media perchè non avrebbe il minimo senso. Al massimo si potrebbe fare tra benchmark appartenenti alla stessa categoria (giochi, raytracing ecc..). |
22-05-2019, 19:53 | #75 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Quote:
|
|
23-05-2019, 06:12 | #76 | ||||||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Quote:
Il tentativo di fare di qualcosa di meglio c'è stato, ma le soluzioni proposte sono tecnicamente degli obbrobri. Mentre la concorrenza (ARM, nello specifico, ma potrei parlarti anche di quello che Motorola ha fatto con il 68HC12, perché la sua storia è un altro use-case MOLTO interessante per chi ama studiare le architetture), in condizioni simili, ha fatto meglio. E si poteva certamente fare molto meglio. Un esperto di micro-architetture non è necessariamente esperto anche di architetture, sebbene le due cose siano legate. Keller è un esperto della prima, ma il lavoro fatto con x86-64 lascia a desiderare, giusto per essere chiari. Quote:
Io ho parlato d'altro, ma continui a cambiare discorso. Io ho affermato che una buona micro-architettura si può realizzare con poco budget, perché è importante avere le idee giuste, e di questo la storia ci ha consegnato diversi esempi (anche in ambito x86). Quote:
Ciò precisato questo, ancora una volta, non c'entra con quanto sopra. Quote:
Ad AMD l'accordo è andato bene, visto che NON s'è trattato soltanto di soldi, ma di molto (e più importante) altro, come ho già avuto modo di precisare. Quote:
Per cui una stima (al ribasso) per Bulldozer (dove non c'era nemmeno Keller da pagare) puoi fartela anche tu. Quote:
Quote:
Quote:
La questione (nonché fallacia logica) sta tutta la. Quote:
Come puoi vedere tu stesso, TUTTE le applicazioni sono state raggruppate in UNA SOLA tabella ("Gesamtrating Anwendungen (Windows)" e qualche test per Linux in "Gesamtrating Linux"). E ciò ha perfettamente senso perché si tratta di PERCENTUALI, e non di una media dei valori dei benchmark. Dunque anche se in un test ci sono differenze molto elevate, queste NON hanno un peso maggiore delle altre. Che mi pare molto corretto (ed è ESATTAMENTE il metodo usato da quell'utente per i risultati aggregati). Infine, una precisazione riguardo Excavator (ma già Bulldozer). Non ha registri a 256-bit per l'FPU/unità SIMD, ma può combinarli a 256-bit (e questa non è la cosa più importante), ma è invece dotato di unità FMAC (e quindi non ha lo stesso problema di Ryzen quando deve eseguire questo tipo di operazioni, che è costretto a spezzare in due uopc diverse, che tra l'altro sono pure dipendenti fra di loro -> catena di dipendenze di cui abbiamo parlato nel primo test). Inoltre ha un'unità aggiuntiva per l'esecuzione di altro tipo di calcoli. Questo può spiegare il perché dei risultati in quel benchmark in cui mostra prestazioni superiori a Ryzen. Per maggiori dettagli, ecco il diagramma dell'architettura di Bulldozer (quello di Excavator non sono riuscito a trovarlo, e non ho tempo adesso): Invece ho recuperato velocemente il diagramma di K8: E di Zen: Così puoi comodamente confrontare le due micro-architetture. Rispondo velocemente anche a questo, perché il commento è piccolo: Quote:
Quote:
Inoltre non è chiara la configurazione di test, e quale software abbia utilizzato. Quote:
Quote:
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
||||||||||||||
23-05-2019, 12:23 | #77 | ||
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
Quote:
Qui però il testbed c'è e comunque dei test da te riportati credo si possa dire che linpack sia un test sintetico ormai da diversi anni visto che dubito che ci sia ancora un suo uso reale ai nostri giorni, ma magari mi sbaglio.
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB Ultima modifica di maxsin72 : 23-05-2019 alle 16:26. |
||
24-05-2019, 06:53 | #78 | ||||||||
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7057
|
Quote:
Quote:
Ho già risposto anche alla questione architettura. AMD ha preso la strada sbagliata e quindi? Nessuno di noi ha la sfera di cristallo per poter affermare con certezza cosa sarebbe accaduto senza la concorrenza sleale di Intel. Quote:
Cosa c'entra? Beh allora il discorso su x86-64 che c'entrava? Stiamo discutendo su argomenti OT, quindi ben poco c'entra in realtà. Quote:
Quote:
Non è questione di gusti e le argomentazioni le ho già esposte Quote:
Quote:
Quote:
IPC è un concetto che ha valore soltanto in un determinato contesto e non si può parlare di IPC medio di una CPU senza dire qual'è il contesto. Per questo è importante dividere i benchmark per categoria quando si misura l'IPC. |
||||||||
27-05-2019, 06:07 | #79 | |||||||||||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Quote:
Quote:
Il motivo è semplice: è un metodo generale per risolvere problemi molto comuni in ambito scientifico. CPU-Z, invece, non calcola niente di utile. Quote:
Inoltre ci sono use-case che dimostrano come la concorrenza (ARM) abbia elaborato strategie decisamente più ottimali in condizioni similari. Cosa tutt'altro che rara, come la storia dimostra. E se l'esempio del Motorola 68HC12 non ti soddisfa, puoi direttamente andare a guardare quello che Intel fece proprio con l'8086 ("riscrittura" & estensione a 16-bit dell'8085), che calza ancora meglio. Quote:
Quote:
Quote:
Ma sarebbe potuta andare peggio anche ad AMD, visti i problemi che avrebbe avuto con le fonderie, e quindi col rischio concreto di fallire (visti i costi di mantenimento che poi sono esplosi, a fronte dei problemi di Globalfoundries di cui sono passate le notizie anche qui). Quote:
Quote:
Quote:
E permettimi: infantile è il ricorso a una fallacia logica in una discussione, e certamente NON il fatto di aver puntualizzato che lo si tratti. Comunque non c'è problema: tagliamola qui. Quote:
La suddivisione in due parti è funzionale esclusivamente all'audience, visto che ci sono tantissimi videogiocatori, e quindi per comodità loro hanno messo i risultati soltanto per questa categoria. Ma per tutto il resto rimane un bel minestrone.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||||||||||
27-05-2019, 16:12 | #80 | |||
Senior Member
Iscritto dal: Apr 2004
Messaggi: 2541
|
Quote:
Quote:
Quote:
__________________
AMD 7800X3D -MSI B650 EDGE - MSI 4090 GAMING X - 2X16GB GSKILL 6000MHZ CAS 30- SAMSUNG 980 PRO 2TB |
|||
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 12:25.