AMD: Southern Islands (7*** series) Speculation/ Rumour Thread

Interesting. Wonder what this means for the APU that comes after Trinity. Who needs an FPU when you can make the GPU circuitry do double duty?

 

Yes, it does look a lot more like Fermi than Cayman did. There's still one major difference, though: no SIMT, just a classic Scalar + SIMD.

 

The latency should still be way, way too high for many workloads.

 

From a software perspective how do we know each D isn't a T? Each SIMD lane could very well be dedicated to a pixel/vertex/control-point/work-item. Otherwise how are they going to get SIMD instructions out of the average compute program?

 

Any body has any idea where these slides might be?

EDIT: A pdf of entire deck would be nice.

 

It's a huge change.

All these should come out with 7xxx series. But I wouldn't be surprised if all of these didn't.

 

Anyone who does not want to invest a dime in his existing codes.

 

So, if I understand correctly, AMD has reduced the branching granularity from 64 to 16. Right?

 

Charlie was saying about 3-4 weeks ago that no new gpu is expected until winter 2012 (from both AMD & nV).

LE: This related to 8000 morphing into 7000 series speculation.

 

hardware.fr has the (all) slides in a more readable format:
http://www.hardware.fr/news/11648/afds-architecture-futurs-gpus-amd.html

 

No. Instead of 16 vec5 over 4 cycles they will do 4x 16 scalar over 4 cycles.

 

So,

a) 4 different wavefronts from one workgroup issue to a CU.

b) 4 different wavefronts from 4 different workgroups issue to a CU.

What is it?

 

It's easy. As each "thread" in a GPU has no own control flow, it is really only a D, not a T in SIMD (lane masking dosn't help that fundamental issue). There is no difference (and never was) between AMD an nvidia in this respect. Everything else are just stupid marketing terms.

 

Edit: To account for edit.

How many work groups can coexist on one CU depends on the resource allocation (as today). If you don't use a lot of local memory for instance, several workgroups can potentially run in parallel.

 

I should have phrased it better.

a) 4 different wavefronts from one workgroup issue to 4 simd's in a CU.

b) 4 different wavefronts from 4 different workgroups issue to 4 simd's in a CU.

What is it?

I think it should be (a), else it would break dx11 spec.

 

Iam wondering if the TMU-s are still in CU-s Not a single slide mentioned them.

 

It was a preview of compute arch. TMU's weren't mentioned in Fermi's compute briefing either.

 

I guess they will follow NV's direction in GF110 and (re)introduce 16-bit TMU quad per CU.

 

Yes that's exactly what I'm saying. nVidia's "T" is just an independent data set. So no different from SIMD. I was responding to Alexko's comment that SIMT != SIMD. The only real difference is that developers don't have to explicitly code SIMD instructions compared to typical cases, SSE/AVX etc.

 

Both are probably supported. I believe multiple blocks can be running in parallel on an SM so why not multiple workgroups per CU? Each workgroup probably runs on a single CU though for the usual reasons.