From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
Date: Thu, 24 May 2018 12:41:42 +0000 (+0100)
Subject: feedback from rogier bruisse
X-Git-Tag: convert-csv-opcode-to-binary~5334
X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=5bf0ea2a369ba6974844a93b122a2a4b118f11eb;p=libreriscv.git

feedback from rogier bruisse
---

diff --git a/simple_v_extension/simple_v_chennai_2018.tex b/simple_v_extension/simple_v_chennai_2018.tex
index ef26dc67a..e185c27f5 100644
--- a/simple_v_extension/simple_v_chennai_2018.tex
+++ b/simple_v_extension/simple_v_chennai_2018.tex
@@ -92,6 +92,23 @@
 }
 
 
+\frame{\frametitle{What's the value of SV? Why adopt it even in non-V?}
+
+ \begin{itemize}
+   \item memcpy becomes much smaller (higher bang-per-buck)\vspace{10pt}
+   \item context-switch (LOAD/STORE multiple): 1-2 instructions\vspace{10pt}
+   \item greatly-reduced I-cache load (and less reads)\vspace{10pt}
+   \item parallelisation of C further reduces I-cache (etc.)\vspace{10pt}
+  \end{itemize}
+  Note:\vspace{10pt}
+   \begin{itemize}
+   \item It's not just about Vectors: it's about instruction effectiveness
+   \item Anything implementor is not interested in HW-optimising,\\
+	     let it fall through to exceptions (implement as a trap).
+  \end{itemize}
+}
+
+
 \frame{\frametitle{How does Simple-V relate to RVV?}
 
  \begin{itemize}