Re: Vectors (cpu type idea)

"cr88192" wrote:
....

> sadly, I don't have much on-topic to say, not having done a whole lot
> ASM or compiler related recently.
> of well, I have recently noted that both AMD and Intel have their own
> ideas for how to extend C and C++ to handle large array-like vectors.

AMD produces ATI-GPUs as well, so the aspect may be more close to needs.

> I am left with another idea:
> how about we make a "conservative" set of extensions for this kind of
> thing:

> _Vector float a[100], b[100], c[100];

I'm for sure the wrong one to discuss C/C+- ... ;)

My personal approach (long before GPUs joined in) is an all integer
solution for drawing 3D-objects in various view-angles, aspects and
perspective points.
Every point in the array got four 16 bit entries:
x/y/z-coordinantes, direction-flags and neighbour link-flags.

Packed SIMD could be of particlar use for this.

For all graphic calculations I use a SIN/COS LUT with 2^n ****ft
biased 16-bit values ranged from 0.00...450.00 degrees.
Even this ended up in a 90002 bytes table it saves me on many
things like determining the sign and it doesn't need any divide.

This method were quite fast compared to other stuff around until
GPUs and 'accellerator drivers' (for M$ only) became available.

I got register information on AMD/ATI GPUs recently, but it will
ask me one more time to 're-engineer' a couple of drivers before
I know enough details on how to use this information.

Looks like this GPUs use SP-float packets for most things
and may calculate somehow faster than an FPU ever will.

[snipped C...] sorry for I wont be of any help on this.

__
wolfgang