search for: hwacha

Displaying 8 results from an estimated 8 matches for "hwacha".

2016 Nov 27
2
[RFC] Supporting ARM's SVE in LLVM
...512bits for example). That could be replaced by > a single "stepvector" constant, and it works the same for both > fixed-length and scalable vectors. Indeed! For this particular point, I think we should start there. Also, on a more general comment regarding David's point about Hwacha, maybe we could get some traction on the RISC-V front, to see if the proposal is acceptable on their end, since they're likely to be using this in the future in LLVM. Alex, any comments? cheers, --renato
2018 Apr 11
5
RFC: Supporting the RISC-V vector extension in LLVM
...er). Indeed, no IR changes beyond those proposed for SVE support appear to be necessary to implement this approach to RISC-V vector extension support. However, this approach is wasteful, as a tailored configuration can improve performance and energy efficiency significantly. As one data point, the Hwacha project reported [4] up to 9.5% fewer cycles taken and up to 11% less energy consumed on a microarchitecture built to exploit narrower bit widths of vector elements (comparing "mvp, packed: yes" to "mvp, packed: no"). Besides such microarchitectural optimizations, enabling fewer...
2018 Apr 12
0
RFC: Supporting the RISC-V vector extension in LLVM
...yond those > proposed for SVE support appear to be necessary to implement this approach > to RISC-V vector extension support. > > However, this approach is wasteful, as a tailored configuration can > improve performance and energy efficiency significantly. As one data point, > the Hwacha project reported [4] up to 9.5% fewer cycles taken and up to 11% > less energy consumed on a microarchitecture built to exploit narrower bit > widths of vector elements (comparing "mvp, packed: yes" to "mvp, packed: > no"). Besides such microarchitectural optimizations,...
2018 Apr 13
0
RFC: Supporting the RISC-V vector extension in LLVM
...SVE support appear to be necessary to implement this approach to >> RISC-V vector extension support. >> >> However, this approach is wasteful, as a tailored configuration can >> improve performance and energy efficiency significantly. As one data point, >> the Hwacha project reported [4] up to 9.5% fewer cycles taken and up to 11% >> less energy consumed on a microarchitecture >> built to exploit narrower bit widths of vector elements (comparing >> "mvp, packed: yes" to "mvp, packed: no"). Besides such microarchitectur...
2018 Apr 16
1
RFC: Supporting the RISC-V vector extension in LLVM
...ed, no IR changes beyond those proposed for SVE support appear to be necessary to implement this approach to RISC-V vector extension support. However, this approach is wasteful, as a tailored configuration can improve performance and energy efficiency significantly. As one data point, the Hwacha project reported [4] up to 9.5% fewer cycles taken and up to 11% less energy consumed on a microarchitecture built to exploit narrower bit widths of vector elements (comparing "mvp, packed: yes" to "mvp, packed: no"). Besides such microarchitectural optimizations, enabling...
2016 Nov 28
2
[RFC] Supporting ARM's SVE in LLVM
On 28 November 2016 at 09:15, Alex Bradbury <asb at asbradbury.org> wrote: > The RISC-V vector proposal is still in the development stage, but it > will inevitably be vector length agnostic much like Hwacha. Krste gave > a talk about his proposal for the 'V' extension last year > <https://riscv.org/wp-content/uploads/2015/06/riscv-vector-workshop-june2015.pdf> > and I'm looking forward to his update at the RISC-V Workshop this > Wednesday, not least because I'm hoping...
2016 Sep 20
7
RFC: Implement variable-sized register classes
I have posted a patch that switches the API to one that supports this (yet non-existent functionality) earlier: https://reviews.llvm.org/D24631 The comments from that were incorporated into the following RFC. Motivation: Certain targets feature "variable-sized" registers, i.e. a situation where the register size can be configured by a hardware switch. A common instruction set
2016 Nov 27
5
[RFC] Supporting ARM's SVE in LLVM
On 27 November 2016 at 13:59, Paul Walker <Paul.Walker at arm.com> wrote: > Thanks Renato, my takeaway is that I am presenting the design out of order. So let's focus purely on the vector length (VL) and ignore everything else. For SVE the vector length is unknown and can vary across an as yet undetermined boundary (process, library....). Within a boundary we propose making VL a