More Details On The Proposed Simple-V Extension To RISC-V For GPU Workloads

[phoronix]

Phoronix: More Details On The Proposed Simple-V Extension To RISC-V For GPU Workloads

With the proposed Libre RISC-V Vulkan accelerator aiming to effectively be an open-source GPU built atop the open-source RISC-V ISA there were recently some new details published on how the design is expected to work out...

http://www.phoronix.com/scan.php?pag...ple-V-Detailed

[tessio]

Looking forward for a Raspberry PI Risk-V

[tuxd3v]

I recognize the eforts made in trying to bring some cool concepts to real world by this man.
I trully respect that eforts,

But could be that its already a Riscv implementation of that, with GAP8?
https://greenwaves-technologies.com/en/gap8-product/

"8 GOPS at a few tens of mW"

[blubbaer]

Funny, this "ethical" view. When looking at the RISC-V mailing list, I get the impression that he is trying to force his "ethical" view onto others by trying to manipulate them emotionally.

I'm curious which results his experiments with the vector extensions and out-of-order execution with Tomasulo's algorithm will bring. Personally I would suggest to use an in-order pipeline which is optionally superscalar and use a 16- or 64-wide SIMD unit (more like a 4-wide SIMD unit and four cycles to get the 16 calculations through). This might save some area so that more cores might fit on the chip. But I have no data to back this up.

[cb88]

I recognize the eforts made in trying to bring some cool concepts to real world by this man.
I trully respect that eforts,

But could be that its already a Riscv implementation of that, with GAP8?
https://greenwaves-technologies.com/en/gap8-product/

"8 GOPS at a few tens of mW"

No that is more akin to the PS3 cell processor, where you have a main command processor that dispatches work to slave cores.

The Simple-V idea is have a single bit you turn on that automatically extends normal operations into vector OPs.... which means you duplicate all the ALUs but only have one CPU core.

[tuxd3v]

No that is more akin to the PS3 cell processor, where you have a main command processor that dispatches work to slave cores.

The Simple-V idea is have a single bit you turn on that automatically extends normal operations into vector OPs.... which means you duplicate all the ALUs but only have one CPU core.

Thanks for your clarification!

The Gap8 and this concept shares some things, but it seems to be a different situation in fact..

From what I understood from https://libre-riscv.org/simple_v_extension ( and maybe I am wrong.. ), it vectorize using a FIFO like queue, and dispatch, to several ALUs, in parallel.
So its not SIMD, its a different approach, of Vectorization, some sort of an unrooll to registers, and dispatch to ALUs..?!

But has some things in common, in GAP8 you have a CPU that dispatch, to 8 cores too,
Here it seems only one core, which would need an amount of registers, to hold the "queue", so that operations could be dispatched to several ALUs..

Don't know if I am saying some mistake,
But in this case, you would need a Hardware CORE, that has lots of registers( at least some, to create the queue ), and some ALUs, for paralelization..

In theory, even with only one ALU, in could have some gains, because Zero latency, of the queue organisation( that is done in hardware behind the scene.. ), but this needs hardware for that.

Its a nice concept..

[cb88]

Thanks for your clarification!

The Gap8 and this concept shares some things, but it seems to be a different situation in fact..

From what I understood from https://libre-riscv.org/simple_v_extension ( and maybe I am wrong.. ), it vectorize using a FIFO like queue, and dispatch, to several ALUs, in parallel.
So its not SIMD, its a different approach, of Vectorization, some sort of an unrooll to registers, and dispatch to ALUs..?!

But has some things in common, in GAP8 you have a CPU that dispatch, to 8 cores too,
Here it seems only one core, which would need an amount of registers, to hold the "queue", so that operations could be dispatched to several ALUs..

Don't know if I am saying some mistake,
But in this case, you would need a Hardware CORE, that has lots of registers( at least some, to create the queue ), and some ALUs, for paralelization..

In theory, even with only one ALU, in could have some gains, because Zero latency, of the queue organisation( that is done in hardware behind the scene.. ), but this needs hardware for that.

Its a nice concept..

Yes it is SIMD... its just that SIMD vs SISD is controlled by a bit. Most modern SIMD ISAs are similar (they automatically unroll the the supported number of units).

PS3 is MIMD as is GAP8 or really any multi core system. The both also happen to have one of the cores optimized for communicating quickly to the other cores to synchronize work.

[jntesteves]

Being personally interested in public choice theory, I'm actually quite curious to see what comes out of this social organization, given he's able to apply it.

[tuxd3v]

Yes it is SIMD... its just that SIMD vs SISD is controlled by a bit. Most modern SIMD ISAs are similar (they automatically unroll the the supported number of units).

PS3 is MIMD as is GAP8 or really any multi core system. The both also happen to have one of the cores optimized for communicating quickly to the other cores to synchronize work.

Thanks for the clarification,
My mistake, I confused SIMD to be 1 ALU only( were data were first unrolled to simd registers, and then feeded to a, one only, pipelined ALU ).

Thanks!