Intel mostra la propria architettura a 48 core

[Gualmiro]

Originariamente inviato da Zem

Se riescono a trovare il modo
di far girare i programmi che abbiamo adesso
su più di 1 core la strada è spianata.

Si risparmierebbero un mucchio di soldi
e di tempo.

si può ottimizzare ottimizzare ed ottimizzare ancora, ma resta il fatto che certe cose non le puoi proprio spezzare, non è che si può prendere un thread e spezzarlo in 4 parti per spremer bene un quad-core... o meglio, si può anche fare, ma a che prezzo? in buona approssimazione si può dire che si aumenta leggermente il carico di lavoro sulla cpu nel complesso per avere, spesso, prestazioni leggermente inferiori a causa degli switch? non sembra un buon affare


per eseguire certi compiti è necessario seguire un iter, non puoi portarti avanti col lavoro se lo stadio successivo presuppone che quello precedente sia terminato.

come un navigatore: entra in vicolo stretto, poi prendi per largo colombo infine parcheggia in parco della vittoria.
se tu ancora stai in vicolo stretto puoi fare una cosa soltanto, vale a dire andare in largo colombo, non è che puoi avvantaggiarti e nel frattempo cominciare già a parcheggiare la macchina in parco della vittoria se prima non ci arrivi

con le dovute proporzioni, il problema dei programmi che spremano bene più cores è un po' questo: non sempre tu non puoi dire al processore "fammi l'operazione X sul primo core e l'operazione Y sul secondo". a volte per ottenere Y devi necessariamente conoscere il valore di X, e tutte le volte che questo accade "spalmare" la faccenda su più cores diventa un problema serio.
non è questione di bravura o non bravura di chi programma... un problema così, semplicemente, non lo puoi parallelizzare.

si può lavorare molto per costruire nuovi paradigmi in grado di descrivere problemi analoghi in modo logicamente diverso da quello attuale (e da un paio di decadi buone ci si stanno scervellando tanti di quei guru...), si posson pensare nuovi modi per descrivere vecchi e nuovi problemi in maniera più facilemente paralelizzabile... ma miracoli non si fanno. se devi seguire un iter procedurale per fare una determinata cosa, non ne esci.

un videogioco che lavori sempre sul classico game-loop infinito come si faceva 40 anni fa e si fa tuttora, avrà sempre delle belle gatte da pelare in fatto di parallelizzazione
al contrario invece un rendering di una scena 3D o un encoding video basato su keyframes avranno nel calcolo distribuito su più cores la naturale via di sbocco per aumentare le prestazioni, in certi compiti non è raro vedere un quad-core andare esattamente il doppio di un dual-core ad esempio.

[nico_1982]

Va a braccetto con la tecnologia Anaphase, sempre di Intel :P

[Zappa1981]

si ma stà tecnologia come detto prima non puoi praticamente usarla per tutto quindi lascia il tempo che trova

[lucusta]

Originariamente inviato da huema

Pentium™ class IA-32 cores

cioè dei 386?

ni...
e' piu' probabilmente un core 486dx2/p54 (logicamente senza bug su virgola mobile).
i primi P54 erano senza mmx, le prime istruzioni SIMD integrate, ma e' anche il primo processore che si poteva montare in sistemi SMP multiprocessori (anche se il primo ad essere usato in tal senso era il P.Pro), percio' e' piu' facile che abbiano preso quel core..
logicamente stiamo parlando di una tecnologia a 600nm, che riportata a 32nm permetterebbe di integrare ben piu' di 48 core in un singolo die sfruttato per i primi P54.

difficile che sia stato usato un 386/486 in quanto non ha integrato un coprocessore matematico, e sono monopipeline;
sarebbe inutile anche solo per la sperimentazione della tecnologia di routing, in quanto mancano parti essenziali di una CPU moderna.

comunque e' essenzialmente larrabee, guarda caso, anche se questa unita' dovrebbe supportare le MMX, quindi un P54C (in order, il P6 era ooo).

[lucusta]

aggiungo: Larrabee e' X64, ed oggi non conviene fare un multiprocessore che non abbia almento le estensioni a 64bit; e' anacronistico, in quanto gia' dal prossimo OS microsoft difficile che facciano anche la versione a 32b...

[Superboy]

@lucusta
Non vedo che centri il 486, che non è citato da nessuna parte La versione DX2 andava solo a frequenza doppia. P54 è il primo Pentium, quindi non OOO ma superscalare, pipeline U e V.
P55C invece era il nome in codice del primo Pentium MMX.

[mom4751]

Com'è se salta fuori che sono 48 Atom?

[Gualmiro]

Originariamente inviato da mom4751

Com'è se salta fuori che sono 48 Atom?

non sarebbe mica inappropriato per questi banchi di prova... TDP basso, design semplice e rodato, più tutte quelle cosette che si richiedono ad un procio moderno quali 64bit, vari set SIMD, hyperthread, protezioni no-execute e via dicendo.

per me gli vien meno metterci su 48 atom già che ne hano d'avanzo che prendere 48 pentium ed appiccicarci sopra tutto il necessario



non so, non ero a conoscenza del documento linkato da superboy... se non sono atom, comunque dubito altrettanto siano dei vili pentiummacci stile primi anni 90

[JOHNNYMETA]

Quei core sono molto molto molto meno potenti di un Atom, sono una frazione di Atom

[degac]

Per poter sfruttare al meglio le potenzialità di un'architettura di questo tipo è necessaria una elevata integrazione con la componente software

A me questo è quello che da più paura: cosa mai significherà per i progettisti? Nuove istruzioni? Saranno solo per Intel? Avremo una controparte per AMD? Avremo differenze di compilazione?
Perchè non si mettono a tavolino tutti (Intel, AMD ma anche IBM(per Power) e ARM) per decidere una infrastruttura 'base'? Lo so che un vantaggio tecnologico comporta un vantaggio economico ma si corre il serio rischio che non venga sfruttato a fondo (tanto per un esempio pratico: le MMX/SSE ed evoluzioni sono implementate esclusivamente da pochi software... mi sono sempre sembrate sottoutilizzate rispetto ai reali vantaggi)

[DJPINOCCHIO]

Per me è gi'una grande cosa 48 core che consumano 125w, questo è dovuto secondo me perchè mancano di istruzioni comlesse. questo vuole direanche che potremo vedere in un futuro prossimo anche processori con 100 core

[homero]

48 core atom = prestazioni inferiori ad un processore quad core attuale....
un esercizio di stile per fare delle prove sul multicore...dubito che andrà in produzione cosi come dubito che il mutlicore abbia lunga vita...

[majowski86]

Lo vedrei bene per la virtualizzazione di server che non richiedono risorse esagerate ( semplici server web per esempio ), alcuni dei quali ancora oggi girano con dei P3 o precedenti in quanto non hanno necessità di una grande potenza. Pur tenendo 2 core per macchina vortuale riuscire ad avere 24 macchine vortuali in un singolo server porterebbe a un notevvole risparmio economico sia in fatto di HW che in fatto di corrente elettrica. Poi i consumi sono veramente esigui per un procio con 48 core

[JackZR]

Ma infilano gli Atomi pure nei super-computer? Stiamo messi proprio male!

Sembra a me o fa l'occhiolino a larrabee ed Anaphase?

A quando nei nostri muletti?

Ci gira Crysis?

OK, le ho dette tutte.

[ArteTetra]

Originariamente inviato da sopress

la tendenza è quella... frequenze stabili ma core che aumentano...

Ehm... ma dai?