But what is the use of deep CPU? It's all embarrassing parallel. I
must be missing something here, because it always seemed to me that
GPU were simply high end vector processors.

On the other hand, making a GPU that could do hardware raytracing
(e.g. http://www.artvps.com/page/15/pure.htm ) That would be killer.
And I agree, for something like that CISC would rule. However, it
still seems to me that simpler is better in the case of a GPU.

On a side note, SGI years ago had a graphics processor (Was it the SE
series?) That understood native OpenGL. From what I understand, the
hardware it'self was OpenGL. All the driver did was re-package the
data a bit.

Timothy

On 4/14/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Timothy Baldridge wrote:
> > So what benifits are you going to have in using CISC over RISC?
> > Smaller code sizes I guess, at the the expense of complexity.
>
> In general... correct.  But you can also do stuff like out-of-order
> execution to work around some dependencies, or add hardware
> multi-threading to enable multiple "simultaneous" rendering jobs.  If
> the pipeline for one thread stalls, you can fill the pipeline with work
> from another thread.
>
>
> > I'm thinking for a GPU wider is going to be better than deeper. With
> > FPGAs were are going to be limited by the clock. Why make it worse by
> > going to CISC that relys on higher clock speeds? Why not make a simple
> > core so that we can pack 16-24 of them in one FPGA instead of one that
> > will take up half the CPU?
>
> I would certainly like to see such a beast, it would be very
> interesting.  But ultimately I think deeper _and_ wider is the way to go ;)
>
>         Jeff
>
>
>
>


--
I think computer viruses should count as life. I think it says
something about human nature that the only form of life we have
created so far is purely destructive. We've created life in our own
image. (Stephen Hawking)
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)

Reply via email to