Sebbene sia le FPU che le GPU siano delle SIMD, il contesto in cui operano e in cui sono inserite sono completamente diversi:
Le GPU non solo sono dei SIMD-array ma possono operare (almeno in parte) come delle MISD e delle MIMD, le FPU no in quanto il parallelismo si ferma alla vettorizzazione della word in suoi sottomultipli (solitamente a 16-32 o al massimo 64bit in virgola mobile).
Oltre alle CPU alle FPU, le CPU continuano ad aver bisogno di quelle orride estensioni a 80-bit (come x87) o anche a 96-bit o 128-bit, in quanto usare dei trucchetti aritmeti i sulle SIMD per una maggior precisione inizia a diventar problematico oltre ai 64-bit, nonché spesso una perdita di tempo.
Le GPU continuano inoltre a fare schifo nei calcoli con gli interi: per gli interi a 24-bit usano la single precision delle FP32 e si ha la piena banda, ma con gli interi a 32-bit non solo devono usare le unità a FP64 ma ci perdono pure banda (rispetto a dei calcoli in virgola mobile) in quanto i 64-bit in virgola mobile vengono trattati con dei "trucchetti" necessari a rendere la compatibilità con i FP64 economicamente sostenibile. Degli interi a 64-bit ovviamente non ne parliamo nemmeno, fare calcoli del genere sulle GPU attuali non ha semplicemente senso.
Pertanto tutto cià che non può essere messo in parallelo e che richiede salti mortali in una ipotetica pipeline, è bene e giusto eseguirlo via CPU-FPU, il codice inoltre è pure più semplice.
HSA e compagnia bella hanno di buono è che teoricamente semplificano di molto la cooperazione fra CPU e GPU, nonché una drastica riduzione dell'overhead per via della memoria unificata, ma la pacchia finisce lì, se un lavoro non è adatto ad una GPU continuerà a rimanere inadatto ad essa (non commento poi sulle implementazioni software attuali e future, fanno semplicemente accapponare la pelle dall'orrore... ditemi voi se si deve arrivare a sperare pure su linux che sia Microsoft ad imporsi su un tema del genere
)
