AMD parla di full-Tonga: 2048 SPs, 384 bit e GPU Compute Context Switch / Pre-emption

[Mitch]

Continua qui

[gridracedriver]

"Tonga è in grado di pescare i dati puntando direttamente alla memoria di sistema senza doverli prima copiare nella propria memoria"
anche se quel bus porterà un incremento ulteriore ed inevitabile nei consumi, ed è un chiaro segno che AMD non riesce a fare ciò che fa nvidia con la saturazione del bus alle alte risoluzioni...
bisogna vedere come se la vedrà contro le 970 e 980 in quanto a perf/watt, anche se c'è a chi non frega nulla dei consumi (qualcuno ha detto Alessio?)

[Sasha]

beh sfido io... Ad AMD basterebbe sradicare le loro performance in FP64 per ritornare combattiva nei consumi contro NVIDIA che le ha ulteriormente ridotte passando da 1/24 FP32 delle GTX780 e GTX770 a 1/32 delle nuove GTX9x0

[Fottemberg]

Sembra un HSA per tutti ...

[lookgl]

Ecco appunto allora trovino il modo di tirar fuori cpu pure da affiancare a tonga per creare mega super apu. Quindi tale gpu porta hsa anche su piattaforme intel?

[Alessio89]

"Tonga è in grado di pescare i dati puntando direttamente alla memoria di sistema senza doverli prima copiare nella propria memoria"
anche se quel bus porterà un incremento ulteriore ed inevitabile nei consumi, ed è un chiaro segno che AMD non riesce a fare ciò che fa nvidia con la saturazione del bus alle alte risoluzioni...
bisogna vedere come se la vedrà contro le 970 e 980 in quanto a perf/watt, anche se c'è a chi non frega nulla dei consumi (qualcuno ha detto Alessio?)

Ma sempre con una banda ed una latenza oscena, cmq una cosa simile dovrebbe essere parte delle prossime API, alla fine si tratta virtual memory...

[Alessio89]

E intanto, solo per GCN, driver OpenCL 2.0 (senza supporto CPU, ergo GPU only): http://support.amd.com/en-us/kb-article ... river.aspx
Bene, non vedo l'ora di vedere gli stessi concetti e funzionalità implementati con un linguaggio ed una libreria decente (aka, non gestita dal khronos group).