add images
authorLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Sun, 3 Jun 2018 05:55:31 +0000 (06:55 +0100)
committerLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Sun, 3 Jun 2018 05:55:31 +0000 (06:55 +0100)
simple_v_extension/simple_v_chennai_2018.tex

index d6269b4899b0bf9ca59b4ef0c2e66e84734884b7..e83cd4c6bd24ada7151fedede927411d36aa4de3 100644 (file)
 \frame{\frametitle{How are SIMD Instructions Vectorised?}
 
  \begin{itemize}
-   \item SIMD ALU(s) primarily unchanged\vspace{10pt}
-   \item Predication is added to each SIMD element (NO ZEROING!)\vspace{10pt}
-   \item End of Vector enables predication (NO ZEROING!)\vspace{10pt}
+   \item SIMD ALU(s) primarily unchanged\vspace{6pt}
+   \item Predication is added to each SIMD element\vspace{6pt}
+   \item Predication bits sent in groups to the ALU\vspace{6pt}
+   \item End of Vector enables (additional) predication\vspace{10pt}
   \end{itemize}
-  Considerations:\vspace{10pt}
+  Considerations:\vspace{4pt}
    \begin{itemize}
-   \item Many SIMD ALUs possible (parallel execution)\vspace{10pt}
-   \item Very long SIMD ALUs could waste die area (short vectors)\vspace{10pt}
-   \item Implementor free to choose (API remains the same)\vspace{10pt}
+   \item Many SIMD ALUs possible (parallel execution)
+   \item Implementor free to choose (API remains the same)
+   \item Unused ALU units wasted, but s/w DRASTICALLY simpler 
+   \item Very long SIMD ALUs could waste significant die area
   \end{itemize}
 }
 % With multiple SIMD ALUs at for example 32-bit wide they can be used