]> git.unchartedbackwaters.co.uk Git - francis/psl_presentation_20130611.git/commitdiff
Add details about IMKL and running on CX1.
authorFrancis Russell <francis@unchartedbackwaters.co.uk>
Tue, 11 Jun 2013 09:36:09 +0000 (10:36 +0100)
committerFrancis Russell <francis@unchartedbackwaters.co.uk>
Tue, 11 Jun 2013 09:36:09 +0000 (10:36 +0100)
presentation.tex

index ee1e93908b3a67f360f05bca4ab6536f6521f7dc..5e2128190b8c53d56948cf4ce65c21662b3a9abf 100644 (file)
@@ -269,7 +269,47 @@ possible to pass in data in data in the split format.
 
 }
 
+\frame{
+
+\frametitle{Running on CX1}
+
+\begin{itemize}
+
+\item We benchmarked on CX1 cluster at Imperial using the Intel Math
+  Kernel Libraries instead of FFTW.
+
+\item Performance was terrible, significantly worse than vanilla ONETEP
+  ($\approx$ 20\%
+  slowdowns).
 
+\item It looks like MKL really dislikes working with split layout data.
+
+\item If so, this means that ONETEP's data marshalling that we worked to remove
+actually helps with IMKL.
+
+\item I updated the interpolate library to support staging data so that the FFT
+  routines could work on entirely \emph{contiguous}, \emph{interleaved} data.
+  
+\item The other implementation would gather and scatter directly from and to the input
+  and output arrays using the FFT routines.
+
+\item When planning the interpolate, we benchmark and select the best technique.
+  When using IMKL, we almost always do the scatter/gather ourselves.
+
+\end{itemize}
+
+}
+
+\frame{
+
+\frametitle{Running on CX1}
+
+\large
+\centering
+
+We don't have performance results for this new implementation\ldots yet.
+
+}
 
 \end{document}