Quote:
Originariamente inviato da tuttodigitale
attenzione. Non facciamo l'errore che GF e Intel producono lo stesso silicio. Se per ipotesi i 45nm di Intel e GF offrivano prestazioni simili, vuol dire che con i 32nm Intel può contare su un buon 25% di consumi in meno a parità di clock e architettura. E quel 25% lascerebbe spazio ad un deca-core con frequenza ancora più elevata dei 4 GHz...
L'ho detto e lo ribadisco. Nehalem/SB (da questo punto di vista sono uguali) è un'architettura con un elevato rapporto Watt/Frequenza, più di k10 e a maggior ragione di bulldozer, fattore controbilanciato da un ipc senza eguali. Per convesso BD è la peggiore per quanto riguarda l'ipc, ma è anche quella che consuma meno a parità di clock.
A parità di silicio (32nm SOI di GF) l'architettura BD, o meglio l'evoluzione PD, va quanto k10 nelle attività FP-intensive e molto di più quando si hanno a che fare con gli interi.
Fatto sta che dal passaggio dal Power7 al power7+, IBM è riuscita aumentare (fino ad oggi) la velocità di clock di 200 MHz scarsi, mancano all'appello ben 1100MHz per raggiungere i 5,5GHz annunciati lo scorso anno....
C'è qualcosa che non va, e negarlo è assurdo.
Probabilmente un SB quad-core sul 32nm SOI girerebbe con un TDP da 95W sui 2,4-2,6GHz...
|
Ciao,
a quanto pare il problema è che il SOI "classico" è troppo portato al leakage se utilizzato con processi produttivi molto bassi (sotto i 45nm).
La soluzione dovrebbe essere il "Fully Depleyed SOI" (FD-SOI), studiato da IBM/AMD da diverso tempo ormai e (si dice) "quasi prossimo" (dove è difficile dare senso alla parola "quasi") all'integrazione su larga scala.
Oppure si va all'altro estremo, cioè silicio BULK. Il leakage scende ma la frequenza pure.
In questo senso, Intel è stata la più lungimirante di tutti: è stata la prima a utilizzare tecnologia HK-MG (per contenere il leakage) e, scegliendo lo strained silicon, non si è impantanata nell'affare SOI. Il rovescio della medaglià è una densità per mm2 leggermente inferiore ai processi rivali (lato core/logica, mentre sulle cache hanno una densità da primato), ma dato che si trova sistematicamente 1-2 nodi avanti a tutti, il problema non sussiste...
Ciao.
