Intel, addio a Hyper Threading?

Niagara è molto interessante...volevo segnalare a tal proposito questo interessante articolo: http://www.aceshardware.com/read.jsp?id=65000292

Articolo molto carino (mi sa che siamo andati OT).
Il problema è come sempre che per sfruttare molti core devi avere SO e applicazioni con elevato livello di parallelismo.

Prima o poi dovranno pur arrivare unità dedicate. E' anche vero che ci sono campi in cui non ha senso avere delle unità dedicate. Per esempio, grafica e fisica (per fisica intendo dinamica dei fluidi, softbodies e dinamica dei corpi rigidi) alla fine sono pesanti applicazioni di calcoli floating-point. Avere delle unità separate per l'una o per l'altra ha senso fino ad un certo punto, considerando che anche nella grafica, molto spesso, ci sono concetti che appartengono alla fisica, come ad esempio l'ottica, la luce e altra roba. Forse oggi hanno senso per contenere i costi, un domani magari una GPU farà entrambi. I processori per cellulari già oggi, infatti, oltre a gestire la grafica fanno tante altre cosette carine in un sigolo chip. Le moderne GPU oggi si occupano anche dei flussi video. Non vedo perchè in un prossimo futuro non si possano occupare di fisica.

Certo, ma nulla che debba far preoccupare piu' di tanto. A livello di programmazione sono uguali 2 core quanti averne 100. Con le moderne architetture, fortemente basate sul parallelismo di esecuzione, ha senso utilizzare OpenMP. Ormai thread e processi sono un concetto "vecchio" (nel senso di piu' basso livello), quasi non piu' idoneo per programmare efficientemente su architetture multicore. Con OpenMP è possibile utilizzare delle semplici direttive "pragma" in modo da identificare le sezioni di codice su cui si vuole il parallelismo (detto molto semplicisticamente). Grazie a queste direttive, è il compilatore che si occupa di generare un codice efficiente per sostenere scheduling, dispatch e sincronizzazione, in modo da mettere thread e processi ad un livello inferiore. OpenMP può essere visto come una programmazione parallela di alto livello.
Anche Microsoft (incredibile dictu) in un recente paper che avevo letto da qualche parte, incoraggiava all'uso di OpenMP.
Semplice, geniale e soprattutto sgrava da complesse operazioni di debugging sui thread. In questo caso anche i calcoli non parallelizzabili vengono gestiti dal compilatore. Io sto aspettando GCC 4.2 con ansia, includerà un progetto che si chiama GOMP (GNU OpenMP) e finalmente darà il via alla programmazione parallela semplificata... Dovrebbe essere compratibile pienamente con le specifiche OpenMP 2.5 (che sono un'unificazione della versione 2.0 per C e Fortran). Ma secondo me prima dei dieci mesi non esce...

Mica tanto... Questi mi sa che parlavano serio...