|
|
|
|
Strumenti |
30-11-2016, 19:50 | #41 | ||
Senior Member
Iscritto dal: Oct 2001
Messaggi: 14722
|
Quote:
Risparmi silicio per dei core che alla fine occupano una piccola parte del die e poi tanta bella cache lenta e die enormi. La cache comunque non consuma certo quanto le unità elaborative. Quote:
|
||
30-11-2016, 21:50 | #42 |
Bannato
Iscritto dal: Aug 2016
Messaggi: 1151
|
Ragazzi ma veramente avete tempo da sprecare a rispondere a MiKelezZ???
|
30-11-2016, 22:17 | #43 |
Bannato
Iscritto dal: May 2001
Messaggi: 6246
|
l'ignoranza va curata, semmai purgata.
|
30-11-2016, 23:18 | #44 | |
Senior Member
Iscritto dal: Jul 2015
Messaggi: 4707
|
Quote:
2 superspecializzate, una parzialmente specializzata ed una generica. 8 Alu con Smt a 2 vie sono troppe, mentre per una a 4 vie sono strette. Credo che il miglior compromesso sia di 10 Alu asimmetriche. |
|
01-12-2016, 06:51 | #45 |
Bannato
Iscritto dal: May 2001
Messaggi: 6246
|
Non saprei risponderti.
Il rapporto 2.5:1 lo hai su ALU simmetriche, non é detto che quando hai ALU assimetriche non possa aumentare. Catene di elaborazione molto corte farebbero risparmiare cicli ed aumentare, quantomeno, l'efficienza generale (a discapito della frequenza, ma si dovrebbe sondare il punto di bilanciamento ottimale)... Fatto sta che SIMD a pieno supporto 512 ed FPU a 256 servirebbero gli scopi principali, che in un codice generico non sono tanti. Vedremo il prossimo compilatore che propone... D'altronde, senza quello, dovrebbero essere i programmatori a diventare "furbi", ed in 30 anni questa eventualità si é manifestata raramente, su codice generico. Ultima modifica di lucusta : 01-12-2016 alle 22:42. |
01-12-2016, 13:04 | #46 | |
Senior Member
Iscritto dal: Jul 2003
Messaggi: 26775
|
Quote:
Non è il n. di messaggi, è la data di iscrizione, ho visto troppe cose per perdermi in banalità come l'esatto schema a blocchi cpu e l'ennesimo proclamo aziendale per tenere a bada gli stakeholder |
|
01-12-2016, 13:59 | #47 | ||
Senior Member
Iscritto dal: Jul 2003
Messaggi: 26775
|
Quote:
Quote:
|
||
01-12-2016, 22:41 | #48 |
Bannato
Iscritto dal: May 2001
Messaggi: 6246
|
stai dando giudizzi spulciando decimi su delle speculazioni.
prima sarebbe il caso di vedere come và, poi, magari, di contestarne la bontà del progetto. ad oggi, sulla carta, promette un riequilibrio della situazione sull'IPC, e spetta solo vedere se hanno amministrato piu' finemente della concorrenza gli stadi di boost a seconda del numero dei core usati, ed in che misura. per ora i 3.2Ghz promettono prestazioni allineate con gli octacore Intel, ma... nulla di piu' si sà (overclock, gestione...). ci sono ancora molte domande a cui si deve risposta, e con i fatti. quindi aspettiamo che sia ben testato. poi, con l'assetto del comune software odierno, dove un quad intel era la soluzione piu' all'avanguardia nel mainstream, non credo che gli octacore porteranno immediatamente benefici, si deve sempre vedere come và rispetto alla controparte. anche se usato solo per la metà, ha pur sempre le prerogatve per essere non limitativo in diversi ambiti, ivi compresi i giochi, che con un i5-6400 sono tutti ben coperti (e quelli che vengono usati in setting particolari per ottenere alto framerate o sono giochi molto leggeri, o consentono l'uso di piu' di 4 core). fra un paio di mesi potrai ricominciare a sparare sentenze, ma ora è prettamente inutile e noioso. |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 10:11.