From: Luke Kenneth Casson Leighton Date: Mon, 16 Apr 2018 01:08:42 +0000 (+0100) Subject: add comparison section X-Git-Tag: convert-csv-opcode-to-binary~5663 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=a36f974ce54dab16ac938d38b253c3ae6343b8ee;p=libreriscv.git add comparison section --- diff --git a/simple_v_extension.mdwn b/simple_v_extension.mdwn index 6d7eba88f..3036e31f2 100644 --- a/simple_v_extension.mdwn +++ b/simple_v_extension.mdwn @@ -1095,6 +1095,15 @@ Simple-V chunks of the register file. However in the case of RV64 and 32-bit operations, that effectively means 64 slots are available for parallel operations. +* plus: inherent parallelism (actual parallel ALUs) doesn't actually need to + be added, yet the instruction opcodes remain unchanged (and still appear + to be parallel). consistent "API" regardless of actual internal parallelism: + even an in-order single-issue implementation with a single ALU would still + appear to have parallel vectoristion. +* hard-to-judge: if actual inherent underlying ALU parallelism is added it's + hard to say if there would be pluses or minuses. At worse it would + be "no worse" than existing register renaming, OoO, VLIW and register + file cacheing schemes. RVV (as it stands, Draft 0.4 Section 17, RISC-V ISA V2.3-Draft)