doc/main.html

   1 <?xml version="1.0" encoding="utf-8" ?>
   2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
   4 <head>
   5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6 <meta name="generator" content="Docutils 0.12: http://docutils.sourceforge.net/" />
   7 <title>LBM Benchmark Kernels Documentation</title>
   8 <style type="text/css">
   9
  10 /*
  11 :Author: David Goodger (goodger@python.org)
  12 :Id: $Id: html4css1.css 7614 2013-02-21 15:55:51Z milde $
  13 :Copyright: This stylesheet has been placed in the public domain.
  14
  15 Default cascading style sheet for the HTML output of Docutils.
  16
  17 See http://docutils.sf.net/docs/howto/html-stylesheets.html for how to
  18 customize this style sheet.
  19 */
  20
  21 /* used to remove borders from tables and images */
  22 .borderless, table.borderless td, table.borderless th {
  23   border: 0 }
  24
  25 table.borderless td, table.borderless th {
  26   /* Override padding for "table.docutils td" with "! important".
  27      The right padding separates the table cells. */
  28   padding: 0 0.5em 0 0 ! important }
  29
  30 .first {
  31   /* Override more specific margin styles with "! important". */
  32   margin-top: 0 ! important }
  33
  34 .last, .with-subtitle {
  35   margin-bottom: 0 ! important }
  36
  37 .hidden {
  38   display: none }
  39
  40 a.toc-backref {
  41   text-decoration: none ;
  42   color: black }
  43
  44 blockquote.epigraph {
  45   margin: 2em 5em ; }
  46
  47 dl.docutils dd {
  48   margin-bottom: 0.5em }
  49
  50 object[type="image/svg+xml"], object[type="application/x-shockwave-flash"] {
  51   overflow: hidden;
  52 }
  53
  54 /* Uncomment (and remove this text!) to get bold-faced definition list terms
  55 dl.docutils dt {
  56   font-weight: bold }
  57 */
  58
  59 div.abstract {
  60   margin: 2em 5em }
  61
  62 div.abstract p.topic-title {
  63   font-weight: bold ;
  64   text-align: center }
  65
  66 div.admonition, div.attention, div.caution, div.danger, div.error,
  67 div.hint, div.important, div.note, div.tip, div.warning {
  68   margin: 2em ;
  69   border: medium outset ;
  70   padding: 1em }
  71
  72 div.admonition p.admonition-title, div.hint p.admonition-title,
  73 div.important p.admonition-title, div.note p.admonition-title,
  74 div.tip p.admonition-title {
  75   font-weight: bold ;
  76   font-family: sans-serif }
  77
  78 div.attention p.admonition-title, div.caution p.admonition-title,
  79 div.danger p.admonition-title, div.error p.admonition-title,
  80 div.warning p.admonition-title, .code .error {
  81   color: red ;
  82   font-weight: bold ;
  83   font-family: sans-serif }
  84
  85 /* Uncomment (and remove this text!) to get reduced vertical space in
  86    compound paragraphs.
  87 div.compound .compound-first, div.compound .compound-middle {
  88   margin-bottom: 0.5em }
  89
  90 div.compound .compound-last, div.compound .compound-middle {
  91   margin-top: 0.5em }
  92 */
  93
  94 div.dedication {
  95   margin: 2em 5em ;
  96   text-align: center ;
  97   font-style: italic }
  98
  99 div.dedication p.topic-title {
 100   font-weight: bold ;
 101   font-style: normal }
 102
 103 div.figure {
 104   margin-left: 2em ;
 105   margin-right: 2em }
 106
 107 div.footer, div.header {
 108   clear: both;
 109   font-size: smaller }
 110
 111 div.line-block {
 112   display: block ;
 113   margin-top: 1em ;
 114   margin-bottom: 1em }
 115
 116 div.line-block div.line-block {
 117   margin-top: 0 ;
 118   margin-bottom: 0 ;
 119   margin-left: 1.5em }
 120
 121 div.sidebar {
 122   margin: 0 0 0.5em 1em ;
 123   border: medium outset ;
 124   padding: 1em ;
 125   background-color: #ffffee ;
 126   width: 40% ;
 127   float: right ;
 128   clear: right }
 129
 130 div.sidebar p.rubric {
 131   font-family: sans-serif ;
 132   font-size: medium }
 133
 134 div.system-messages {
 135   margin: 5em }
 136
 137 div.system-messages h1 {
 138   color: red }
 139
 140 div.system-message {
 141   border: medium outset ;
 142   padding: 1em }
 143
 144 div.system-message p.system-message-title {
 145   color: red ;
 146   font-weight: bold }
 147
 148 div.topic {
 149   margin: 2em }
 150
 151 h1.section-subtitle, h2.section-subtitle, h3.section-subtitle,
 152 h4.section-subtitle, h5.section-subtitle, h6.section-subtitle {
 153   margin-top: 0.4em }
 154
 155 h1.title {
 156   text-align: center }
 157
 158 h2.subtitle {
 159   text-align: center }
 160
 161 hr.docutils {
 162   width: 75% }
 163
 164 img.align-left, .figure.align-left, object.align-left {
 165   clear: left ;
 166   float: left ;
 167   margin-right: 1em }
 168
 169 img.align-right, .figure.align-right, object.align-right {
 170   clear: right ;
 171   float: right ;
 172   margin-left: 1em }
 173
 174 img.align-center, .figure.align-center, object.align-center {
 175   display: block;
 176   margin-left: auto;
 177   margin-right: auto;
 178 }
 179
 180 .align-left {
 181   text-align: left }
 182
 183 .align-center {
 184   clear: both ;
 185   text-align: center }
 186
 187 .align-right {
 188   text-align: right }
 189
 190 /* reset inner alignment in figures */
 191 div.align-right {
 192   text-align: inherit }
 193
 194 /* div.align-center * { */
 195 /*   text-align: left } */
 196
 197 ol.simple, ul.simple {
 198   margin-bottom: 1em }
 199
 200 ol.arabic {
 201   list-style: decimal }
 202
 203 ol.loweralpha {
 204   list-style: lower-alpha }
 205
 206 ol.upperalpha {
 207   list-style: upper-alpha }
 208
 209 ol.lowerroman {
 210   list-style: lower-roman }
 211
 212 ol.upperroman {
 213   list-style: upper-roman }
 214
 215 p.attribution {
 216   text-align: right ;
 217   margin-left: 50% }
 218
 219 p.caption {
 220   font-style: italic }
 221
 222 p.credits {
 223   font-style: italic ;
 224   font-size: smaller }
 225
 226 p.label {
 227   white-space: nowrap }
 228
 229 p.rubric {
 230   font-weight: bold ;
 231   font-size: larger ;
 232   color: maroon ;
 233   text-align: center }
 234
 235 p.sidebar-title {
 236   font-family: sans-serif ;
 237   font-weight: bold ;
 238   font-size: larger }
 239
 240 p.sidebar-subtitle {
 241   font-family: sans-serif ;
 242   font-weight: bold }
 243
 244 p.topic-title {
 245   font-weight: bold }
 246
 247 pre.address {
 248   margin-bottom: 0 ;
 249   margin-top: 0 ;
 250   font: inherit }
 251
 252 pre.literal-block, pre.doctest-block, pre.math, pre.code {
 253   margin-left: 2em ;
 254   margin-right: 2em }
 255
 256 pre.code .ln { color: grey; } /* line numbers */
 257 pre.code, code { background-color: #eeeeee }
 258 pre.code .comment, code .comment { color: #5C6576 }
 259 pre.code .keyword, code .keyword { color: #3B0D06; font-weight: bold }
 260 pre.code .literal.string, code .literal.string { color: #0C5404 }
 261 pre.code .name.builtin, code .name.builtin { color: #352B84 }
 262 pre.code .deleted, code .deleted { background-color: #DEB0A1}
 263 pre.code .inserted, code .inserted { background-color: #A3D289}
 264
 265 span.classifier {
 266   font-family: sans-serif ;
 267   font-style: oblique }
 268
 269 span.classifier-delimiter {
 270   font-family: sans-serif ;
 271   font-weight: bold }
 272
 273 span.interpreted {
 274   font-family: sans-serif }
 275
 276 span.option {
 277   white-space: nowrap }
 278
 279 span.pre {
 280   white-space: pre }
 281
 282 span.problematic {
 283   color: red }
 284
 285 span.section-subtitle {
 286   /* font-size relative to parent (h1..h6 element) */
 287   font-size: 80% }
 288
 289 table.citation {
 290   border-left: solid 1px gray;
 291   margin-left: 1px }
 292
 293 table.docinfo {
 294   margin: 2em 4em }
 295
 296 table.docutils {
 297   margin-top: 0.5em ;
 298   margin-bottom: 0.5em }
 299
 300 table.footnote {
 301   border-left: solid 1px black;
 302   margin-left: 1px }
 303
 304 table.docutils td, table.docutils th,
 305 table.docinfo td, table.docinfo th {
 306   padding-left: 0.5em ;
 307   padding-right: 0.5em ;
 308   vertical-align: top }
 309
 310 table.docutils th.field-name, table.docinfo th.docinfo-name {
 311   font-weight: bold ;
 312   text-align: left ;
 313   white-space: nowrap ;
 314   padding-left: 0 }
 315
 316 /* "booktabs" style (no vertical lines) */
 317 table.docutils.booktabs {
 318   border: 0px;
 319   border-top: 2px solid;
 320   border-bottom: 2px solid;
 321   border-collapse: collapse;
 322 }
 323 table.docutils.booktabs * {
 324   border: 0px;
 325 }
 326 table.docutils.booktabs th {
 327   border-bottom: thin solid;
 328   text-align: left;
 329 }
 330
 331 h1 tt.docutils, h2 tt.docutils, h3 tt.docutils,
 332 h4 tt.docutils, h5 tt.docutils, h6 tt.docutils {
 333   font-size: 100% }
 334
 335 ul.auto-toc {
 336   list-style-type: none }
 337
 338 </style>
 339 <style type="text/css">
 340
 341
 342 h1, h2, h3, h4, h5, h6 {
 343   font-family: sans-serif;
 344   font-size: 100%;
 345   background-color: #dcdcdc;
 346 }
 347
 348 h1.title {
 349   background-color: gray;
 350   color: white
 351 }
 352
 353 table.footnote {
 354   padding-left: 0.5ex;
 355 }
 356
 357 table.citation {
 358   padding-left: 0.5ex
 359 }
 360
 361 td.label {
 362   width: 10%;
 363 }
 364
 365 table, table.docutils, td, th {
 366   border: 0;
 367 }
 368
 369 table.citation, table.footnote {
 370   width: 100%;
 371 }
 372
 373 th {
 374     background-color: lavender ;
 375 }
 376
 377 tr:nth-child(even) {
 378     xxbackground-color: aliceblue;
 379     background-color: white;
 380 }
 381 tr:nth-child(odd) {
 382     xxbackground-color: lavender;
 383     background-color: whitesmoke;
 384 }
 385
 386
 387
 388 </style>
 389 </head>
 390 <body>
 391 <div class="document">
 392
 393
 394 <div class="line-block">
 395 <div class="line">Copyright</div>
 396 <div class="line-block">
 397 <div class="line">Markus Wittmann, 2016-2018</div>
 398 <div class="line">RRZE, University of Erlangen-Nuremberg, Germany</div>
 399 <div class="line">markus.wittmann -at- fau.de or hpc -at- rrze.fau.de</div>
 400 <div class="line"><br /></div>
 401 <div class="line">Viktor Haag, 2016</div>
 402 <div class="line">LSS, University of Erlangen-Nuremberg, Germany</div>
 403 <div class="line"><br /></div>
 404 </div>
 405 <div class="line">This file is part of the Lattice Boltzmann Benchmark Kernels (LbmBenchKernels).</div>
 406 <div class="line"><br /></div>
 407 <div class="line">LbmBenchKernels is free software: you can redistribute it and/or modify</div>
 408 <div class="line">it under the terms of the GNU General Public License as published by</div>
 409 <div class="line">the Free Software Foundation, either version 3 of the License, or</div>
 410 <div class="line">(at your option) any later version.</div>
 411 <div class="line"><br /></div>
 412 <div class="line">LbmBenchKernels is distributed in the hope that it will be useful,</div>
 413 <div class="line">but WITHOUT ANY WARRANTY; without even the implied warranty of</div>
 414 <div class="line">MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the</div>
 415 <div class="line">GNU General Public License for more details.</div>
 416 <div class="line"><br /></div>
 417 <div class="line">You should have received a copy of the GNU General Public License</div>
 418 <div class="line">along with LbmBenchKernels.  If not, see &lt;<a class="reference external" href="http://www.gnu.org/licenses/">http://www.gnu.org/licenses/</a>&gt;.</div>
 419 </div>
 420 <p><strong>LBM Benchmark Kernels Documentation</strong></p>
 421 <div class="contents topic" id="contents">
 422 <p class="topic-title first">Contents</p>
 423 <ul class="auto-toc simple">
 424 <li><a class="reference internal" href="#introduction" id="id5">1&nbsp;&nbsp;&nbsp;Introduction</a></li>
 425 <li><a class="reference internal" href="#compilation" id="id6">2&nbsp;&nbsp;&nbsp;Compilation</a><ul class="auto-toc">
 426 <li><a class="reference internal" href="#debug-and-verification" id="id7">2.1&nbsp;&nbsp;&nbsp;Debug and Verification</a></li>
 427 <li><a class="reference internal" href="#release-and-verification" id="id8">2.2&nbsp;&nbsp;&nbsp;Release and Verification</a></li>
 428 <li><a class="reference internal" href="#benchmarking" id="id9">2.3&nbsp;&nbsp;&nbsp;Benchmarking</a></li>
 429 <li><a class="reference internal" href="#compilers" id="id10">2.4&nbsp;&nbsp;&nbsp;Compilers</a></li>
 430 <li><a class="reference internal" href="#floating-point-precision" id="id11">2.5&nbsp;&nbsp;&nbsp;Floating Point Precision</a></li>
 431 <li><a class="reference internal" href="#cleaning" id="id12">2.6&nbsp;&nbsp;&nbsp;Cleaning</a></li>
 432 <li><a class="reference internal" href="#options-summary" id="id13">2.7&nbsp;&nbsp;&nbsp;Options Summary</a></li>
 433 </ul>
 434 </li>
 435 <li><a class="reference internal" href="#invocation" id="id14">3&nbsp;&nbsp;&nbsp;Invocation</a><ul class="auto-toc">
 436 <li><a class="reference internal" href="#command-line-parameters" id="id15">3.1&nbsp;&nbsp;&nbsp;Command Line Parameters</a></li>
 437 <li><a class="reference internal" href="#kernels" id="id16">3.2&nbsp;&nbsp;&nbsp;Kernels</a></li>
 438 </ul>
 439 </li>
 440 <li><a class="reference internal" href="#id2" id="id17">4&nbsp;&nbsp;&nbsp;Benchmarking</a><ul class="auto-toc">
 441 <li><a class="reference internal" href="#intel-compiler" id="id18">4.1&nbsp;&nbsp;&nbsp;Intel Compiler</a></li>
 442 <li><a class="reference internal" href="#pinning" id="id19">4.2&nbsp;&nbsp;&nbsp;Pinning</a></li>
 443 <li><a class="reference internal" href="#general-remarks" id="id20">4.3&nbsp;&nbsp;&nbsp;General Remarks</a></li>
 444 <li><a class="reference internal" href="#padding" id="id21">4.4&nbsp;&nbsp;&nbsp;Padding</a></li>
 445 </ul>
 446 </li>
 447 <li><a class="reference internal" href="#geometries" id="id22">5&nbsp;&nbsp;&nbsp;Geometries</a></li>
 448 <li><a class="reference internal" href="#performance-results" id="id23">6&nbsp;&nbsp;&nbsp;Performance Results</a><ul class="auto-toc">
 449 <li><a class="reference internal" href="#machine-specifications" id="id24">6.1&nbsp;&nbsp;&nbsp;Machine Specifications</a></li>
 450 <li><a class="reference internal" href="#single-socket-results" id="id25">6.2&nbsp;&nbsp;&nbsp;Single Socket Results</a></li>
 451 </ul>
 452 </li>
 453 <li><a class="reference internal" href="#licence" id="id26">7&nbsp;&nbsp;&nbsp;Licence</a></li>
 454 <li><a class="reference internal" href="#acknowledgements" id="id27">8&nbsp;&nbsp;&nbsp;Acknowledgements</a></li>
 455 <li><a class="reference internal" href="#bibliography" id="id28">9&nbsp;&nbsp;&nbsp;Bibliography</a></li>
 456 </ul>
 457 </div>
 458 <div class="section" id="introduction">
 459 <h1><a class="toc-backref" href="#id5">1&nbsp;&nbsp;&nbsp;Introduction</a></h1>
 460 <p>The lattice Boltzmann (LBM) benchmark kernels are a collection of LBM kernel
 461 implementations.</p>
 462 <p><strong>AS SUCH THE LBM BENCHMARK KERNELS ARE NO FULLY EQUIPPED CFD SOLVER AND SOLELY
 463 SERVES THE PURPOSE OF STUDYING POSSIBLE PERFORMANCE OPTIMIZATIONS AND/OR
 464 EXPERIMENTS.</strong></p>
 465 <p>Currently all kernels utilize a D3Q19 discretization and the
 466 two-relaxation-time (TRT) collision operator <a class="citation-reference" href="#ginzburg-2008" id="id1">[ginzburg-2008]</a>.
 467 All operations are carried out in double or single precision arithmetic.</p>
 468 </div>
 469 <div class="section" id="compilation">
 470 <h1><a class="toc-backref" href="#id6">2&nbsp;&nbsp;&nbsp;Compilation</a></h1>
 471 <p>The benchmark framework currently supports only Linux systems and the GCC and
 472 Intel compilers. Every other configuration probably requires adjustment inside
 473 the code and the makefiles. Furthermore some code might be platform or at least
 474 POSIX specific.</p>
 475 <p>The benchmark can be build via <tt class="docutils literal">make</tt> from the <tt class="docutils literal">src</tt> subdirectory. This will
 476 generate one binary which hosts all implemented benchmark kernels.</p>
 477 <p>Binaries are located under the <tt class="docutils literal">bin</tt> subdirectory and will have different names
 478 depending on compiler and build configuration.</p>
 479 <p>Compilation can target debug or release builds. Combined with both build types
 480 verification can be enabled, which increases the runtime and hence is not
 481 suited for benchmarking.</p>
 482 <div class="section" id="debug-and-verification">
 483 <h2><a class="toc-backref" href="#id7">2.1&nbsp;&nbsp;&nbsp;Debug and Verification</a></h2>
 484 <pre class="literal-block">
 485 make BUILD=debug BENCHMARK=off
 486 </pre>
 487 <p>Running <tt class="docutils literal">make</tt> with <tt class="docutils literal">BUILD=debug</tt> builds the debug version of
 488 the benchmark kernels, where no optimizations are performed,  line numbers and
 489 debug symbols are included as well as <tt class="docutils literal">DEBUG</tt> will be defined.  The resulting
 490 binary will be found in the <tt class="docutils literal">bin</tt> subdirectory and named
 491 <tt class="docutils literal"><span class="pre">lbmbenchk-linux-&lt;compiler&gt;-debug</span></tt>.</p>
 492 <p>Specifying <tt class="docutils literal">BENCHMARK=off</tt> turns on verification
 493 (<tt class="docutils literal">VERIFICATION=on</tt>), statistics (<tt class="docutils literal">STATISTICS=on</tt>), and VTK output
 494 (<tt class="docutils literal">VTK_OUTPUT=on</tt>) enabled.</p>
 495 <p>Please note that the generated binary will therefore
 496 exhibit a poor performance.</p>
 497 </div>
 498 <div class="section" id="release-and-verification">
 499 <h2><a class="toc-backref" href="#id8">2.2&nbsp;&nbsp;&nbsp;Release and Verification</a></h2>
 500 <p>Verification with the debug builds can be extremely slow. Hence verification
 501 capabilities can be build with release builds:</p>
 502 <pre class="literal-block">
 503 make BENCHMARK=off
 504 </pre>
 505 </div>
 506 <div class="section" id="benchmarking">
 507 <h2><a class="toc-backref" href="#id9">2.3&nbsp;&nbsp;&nbsp;Benchmarking</a></h2>
 508 <p>To generate a binary for benchmarking run make with</p>
 509 <pre class="literal-block">
 510 make
 511 </pre>
 512 <p>As default <tt class="docutils literal">BENCHMARK=on</tt> and <tt class="docutils literal">BUILD=release</tt> is set, where
 513 <tt class="docutils literal">BUILD=release</tt> turns optimizations on and <tt class="docutils literal">BENCHMARK=on</tt> disables
 514 verfification, statistics, and VTK output.</p>
 515 <p>See Options Summary below for further description of options which can be
 516 applied, e.g. TARCH as well as the Benchmarking section.</p>
 517 </div>
 518 <div class="section" id="compilers">
 519 <h2><a class="toc-backref" href="#id10">2.4&nbsp;&nbsp;&nbsp;Compilers</a></h2>
 520 <p>Currently only the GCC and Intel compiler under Linux are supported. Between
 521 both configuration can be chosen via <tt class="docutils literal"><span class="pre">CONFIG=linux-gcc</span></tt> or
 522 <tt class="docutils literal"><span class="pre">CONFIG=linux-intel</span></tt>.</p>
 523 </div>
 524 <div class="section" id="floating-point-precision">
 525 <h2><a class="toc-backref" href="#id11">2.5&nbsp;&nbsp;&nbsp;Floating Point Precision</a></h2>
 526 <p>As default double precision data types are used for storing PDFs and floating
 527 point constants. Furthermore, this is the default for the intrincis kernels.
 528 With the <tt class="docutils literal">PRECISION=sp</tt> variable this can be changed to single precision.</p>
 529 <pre class="literal-block">
 530 make PRECISION=sp   # build for single precision kernels
 531
 532 make PRECISION=dp   # build for double precision kernels (defalt)
 533 </pre>
 534 </div>
 535 <div class="section" id="cleaning">
 536 <h2><a class="toc-backref" href="#id12">2.6&nbsp;&nbsp;&nbsp;Cleaning</a></h2>
 537 <p>For each configuration and build (debug/release) a subdirectory under the
 538 <tt class="docutils literal">src/obj</tt> directory is created where the dependency and object files are
 539 stored.
 540 With</p>
 541 <pre class="literal-block">
 542 make CONFIG=... BUILD=... clean
 543 </pre>
 544 <p>a specific combination is select and cleaned, whereas with</p>
 545 <pre class="literal-block">
 546 make clean-all
 547 </pre>
 548 <p>all object and dependency files are deleted.</p>
 549 </div>
 550 <div class="section" id="options-summary">
 551 <h2><a class="toc-backref" href="#id13">2.7&nbsp;&nbsp;&nbsp;Options Summary</a></h2>
 552 <p>Options that can be specified when building the suite with make:</p>
 553 <table border="1" class="docutils">
 554 <colgroup>
 555 <col width="7%" />
 556 <col width="12%" />
 557 <col width="6%" />
 558 <col width="75%" />
 559 </colgroup>
 560 <thead valign="bottom">
 561 <tr><th class="head">name</th>
 562 <th class="head">values</th>
 563 <th class="head">default</th>
 564 <th class="head">description</th>
 565 </tr>
 566 </thead>
 567 <tbody valign="top">
 568 <tr><td>BENCHMARK</td>
 569 <td>on, off</td>
 570 <td>on</td>
 571 <td>If enabled, disables VERIFICATION, STATISTICS, VTK_OUTPUT. If disabled enables the three former options.</td>
 572 </tr>
 573 <tr><td>BUILD</td>
 574 <td>debug, release</td>
 575 <td>release</td>
 576 <td>debug: no optimization, debug symbols, DEBUG defined. release: optimizations enabled.</td>
 577 </tr>
 578 <tr><td>CONFIG</td>
 579 <td>linux-gcc, linux-intel</td>
 580 <td>linux-intel</td>
 581 <td>Select GCC or Intel compiler.</td>
 582 </tr>
 583 <tr><td>ISA</td>
 584 <td>avx, sse</td>
 585 <td>avx</td>
 586 <td>Determines which ISA extension is used for macro definitions of the intrinsics. This is <em>not</em> the architecture the compiler generates code for.</td>
 587 </tr>
 588 <tr><td>OPENMP</td>
 589 <td>on, off</td>
 590 <td>on</td>
 591 <td>OpenMP, i.,e.. threading support.</td>
 592 </tr>
 593 <tr><td>PRECISION</td>
 594 <td>dp, sp</td>
 595 <td>dp</td>
 596 <td>Floating point precision used for data type, arithmetic, and intrincics.</td>
 597 </tr>
 598 <tr><td>STATISTICS</td>
 599 <td>on, off</td>
 600 <td>off</td>
 601 <td>View statistics, like density etc, during simulation.</td>
 602 </tr>
 603 <tr><td>TARCH</td>
 604 <td>--</td>
 605 <td>--</td>
 606 <td>Via TARCH the architecture the compiler generates code for can be overridden. The value depends on the chosen compiler.</td>
 607 </tr>
 608 <tr><td>VERIFICATION</td>
 609 <td>on, off</td>
 610 <td>off</td>
 611 <td>Turn verification on/off.</td>
 612 </tr>
 613 <tr><td>VTK_OUTPUT</td>
 614 <td>on, off</td>
 615 <td>off</td>
 616 <td>Enable/Disable VTK file output.</td>
 617 </tr>
 618 </tbody>
 619 </table>
 620 </div>
 621 </div>
 622 <div class="section" id="invocation">
 623 <h1><a class="toc-backref" href="#id14">3&nbsp;&nbsp;&nbsp;Invocation</a></h1>
 624 <p>Running the binary will print among the GPL licence header a line like the following:</p>
 625 <pre class="literal-block">
 626 LBM Benchmark Kernels 0.1, compiled Jul  5 2017 21:59:22, type: verification
 627 </pre>
 628 <p>if verfication was enabled during compilation or</p>
 629 <pre class="literal-block">
 630 LBM Benchmark Kernels 0.1, compiled Jul  5 2017 21:59:22, type: benchmark
 631 </pre>
 632 <p>if verfication was disabled during compilation.</p>
 633 <div class="section" id="command-line-parameters">
 634 <h2><a class="toc-backref" href="#id15">3.1&nbsp;&nbsp;&nbsp;Command Line Parameters</a></h2>
 635 <p>Running the binary with <tt class="docutils literal"><span class="pre">-h</span></tt> list all available parameters:</p>
 636 <pre class="literal-block">
 637 Usage:
 638 ./lbmbenchk -list
 639 ./lbmbenchk
 640     [-dims XxYyZ] [-geometry box|channel|pipe|blocks[-&lt;block size&gt;]] [-iterations &lt;iterations&gt;] [-lattice-dump-ascii]
 641     [-rho-in &lt;density&gt;] [-rho-out &lt;density] [-omega &lt;omega&gt;] [-kernel &lt;kernel&gt;]
 642     [-periodic-x]
 643     [-t &lt;number of threads&gt;]
 644     [-pin core{,core}*]
 645     [-verify]
 646     -- &lt;kernel specific parameters&gt;
 647
 648 -list           List available kernels.
 649
 650 -dims XxYxZ     Specify geometry dimensions.
 651
 652 -geometry blocks-&lt;block size&gt;
 653                 Geometetry with blocks of size &lt;block size&gt; regularily layout out.
 654 </pre>
 655 <p>If an option is specified multiple times the last one overrides previous ones.
 656 This holds also true for <tt class="docutils literal"><span class="pre">-verify</span></tt> which sets geometry dimensions,
 657 iterations, etc, which can afterward be override, e.g.:</p>
 658 <pre class="literal-block">
 659 $ bin/lbmbenchk-linux-intel-release-dp -verfiy -dims 32x32x32
 660 </pre>
 661 <p>Kernel specific parameters can be obtained via selecting the specific kernel
 662 and passing <tt class="docutils literal"><span class="pre">-h</span></tt> as parameter:</p>
 663 <pre class="literal-block">
 664 $ bin/lbmbenchk-linux-intel-release-dp -kernel kernel-name -- -h
 665 ...
 666 Kernel parameters:
 667 [-blk &lt;n&gt;] [-blk-[xyz] &lt;n&gt;]
 668 </pre>
 669 <p>A list of all available kernels can be obtained via <tt class="docutils literal"><span class="pre">-list</span></tt>:</p>
 670 <pre class="literal-block">
 671 $ ../bin/lbmbenchk-linux-gcc-debug-dp -list
 672 Lattice Boltzmann Benchmark Kernels (LbmBenchKernels) Copyright (C) 2016, 2017 LSS, RRZE
 673 This program comes with ABSOLUTELY NO WARRANTY; for details see LICENSE.
 674 This is free software, and you are welcome to redistribute it under certain conditions.
 675
 676 LBM Benchmark Kernels 0.1, compiled Jul  5 2017 21:59:22, type: verification
 677 Available kernels to benchmark:
 678    list-aa-pv-soa
 679    list-aa-ria-soa
 680    list-aa-soa
 681    list-aa-aos
 682    list-pull-split-nt-1s-soa
 683    list-pull-split-nt-2s-soa
 684    list-push-soa
 685    list-push-aos
 686    list-pull-soa
 687    list-pull-aos
 688    push-soa
 689    push-aos
 690    pull-soa
 691    pull-aos
 692    blk-push-soa
 693    blk-push-aos
 694    blk-pull-soa
 695    blk-pull-aos
 696 </pre>
 697 </div>
 698 <div class="section" id="kernels">
 699 <h2><a class="toc-backref" href="#id16">3.2&nbsp;&nbsp;&nbsp;Kernels</a></h2>
 700 <p>The following list shortly describes available kernels:</p>
 701 <ul class="simple">
 702 <li><strong>push-soa/push-aos/pull-soa/pull-aos</strong>:
 703 Unoptimized kernels (but stream/collide are already fused) using two grids as
 704 source and destination. Implement push/pull semantics as well structure of
 705 arrays (soa) or array of structures (aos) layout.</li>
 706 <li><strong>blk-push-soa/blk-push-aos/blk-pull-soa/blk-pull-aos</strong>:
 707 The same as the unoptimized kernels without the blk prefix, except that they support
 708 spatial blocking, i.e. loop blocking of the three loops used to iterate over
 709 the lattice. Here manual work sharing for OpenMP is used.</li>
 710 <li><strong>aa-aos/aa-soa</strong>:
 711 Straight forward implementation of AA pattern on full array with blocking support.
 712 Manual work sharing for OpenMP is used. Domain is partitioned only along the x dimension.</li>
 713 <li><strong>aa-vec-soa/aa-vec-sl-soa</strong>:
 714 Optimized AA kernel with intrinsics on full array. aa-vec-sl-soa uses only
 715 one loop for iterating over the lattice instead of three nested ones.</li>
 716 <li><strong>list-push-soa/list-push-aos/list-pull-soa/list-pull-aos</strong>:
 717 The same as the unoptimized kernels without the list prefix, but for indirect addressing.
 718 Here only a 1D vector of is used to store the fluid nodes, omitting the
 719 obstacles. An adjacency list is used to recover the neighborhood associations.</li>
 720 <li><strong>list-pull-split-nt-1s-soa/list-pull-split-nt-2s-soa</strong>:
 721 Optimized variant of list-pull-soa. Chunks of the lattice are processed as
 722 once. Postcollision values are written back via nontemporal stores in 18 (1s)
 723 or 9 (2s) loops.</li>
 724 <li><strong>list-aa-aos/list-aa-soa</strong>:
 725 Unoptimized implementation of the AA pattern for the 1D vector with adjacency
 726 list. Supported are array of structures (aos) and structure of arrays (soa)
 727 data layout is supported.</li>
 728 <li><strong>list-aa-ria-soa</strong>:
 729 Implementation of AA pattern with intrinsics for the 1D vector with adjacency
 730 list. Furthermore it contains a vectorized even time step and run length
 731 coding to reduce the loop balance of the odd time step.</li>
 732 <li><strong>list-aa-pv-soa</strong>:
 733 All optimizations of list-aa-ria-soa. Additional with partial vectorization
 734 of the odd time step.</li>
 735 </ul>
 736 <p>Note that all array of structures (aos) kernels might require blocking
 737 (depending on the domain size) to reach the performance of their structure of
 738 arrays (soa) counter parts.</p>
 739 <p>The following table summarizes the properties of the kernels. Here <strong>D</strong> means
 740 direct addressing, i.e. full array, <strong>I</strong> means indirect addressing, i.e. 1D
 741 vector with adjacency list, <strong>x</strong> means supported, whereas <strong>--</strong> means unsupported.
 742 The loop balance B_l is computed for D3Q19 model with <strong>double precision</strong> floating
 743 point for PDFs (8 byte) and 4 byte integers for the index (adjacency list).
 744 As list-aa-ria-soa and list-aa-pv-soa support run length coding their effective
 745 loop balance depends on the geometry. The effective loop balance is printed
 746 during each run.</p>
 747 <table border="1" class="docutils">
 748 <colgroup>
 749 <col width="29%" />
 750 <col width="14%" />
 751 <col width="14%" />
 752 <col width="6%" />
 753 <col width="10%" />
 754 <col width="10%" />
 755 <col width="16%" />
 756 </colgroup>
 757 <thead valign="bottom">
 758 <tr><th class="head">kernel name</th>
 759 <th class="head">prop. step</th>
 760 <th class="head">data layout</th>
 761 <th class="head">addr.</th>
 762 <th class="head">parallel</th>
 763 <th class="head">blocking</th>
 764 <th class="head">B_l [B/FLUP]</th>
 765 </tr>
 766 </thead>
 767 <tbody valign="top">
 768 <tr><td>push-soa</td>
 769 <td>OS</td>
 770 <td>SoA</td>
 771 <td>D</td>
 772 <td>x</td>
 773 <td>--</td>
 774 <td>456</td>
 775 </tr>
 776 <tr><td>push-aos</td>
 777 <td>OS</td>
 778 <td>AoS</td>
 779 <td>D</td>
 780 <td>x</td>
 781 <td>--</td>
 782 <td>456</td>
 783 </tr>
 784 <tr><td>pull-soa</td>
 785 <td>OS</td>
 786 <td>SoA</td>
 787 <td>D</td>
 788 <td>x</td>
 789 <td>--</td>
 790 <td>456</td>
 791 </tr>
 792 <tr><td>pull-aos</td>
 793 <td>OS</td>
 794 <td>AoS</td>
 795 <td>D</td>
 796 <td>x</td>
 797 <td>--</td>
 798 <td>456</td>
 799 </tr>
 800 <tr><td>blk-push-soa</td>
 801 <td>OS</td>
 802 <td>SoA</td>
 803 <td>D</td>
 804 <td>x</td>
 805 <td>x</td>
 806 <td>456</td>
 807 </tr>
 808 <tr><td>blk-push-aos</td>
 809 <td>OS</td>
 810 <td>AoS</td>
 811 <td>D</td>
 812 <td>x</td>
 813 <td>x</td>
 814 <td>456</td>
 815 </tr>
 816 <tr><td>blk-pull-soa</td>
 817 <td>OS</td>
 818 <td>SoA</td>
 819 <td>D</td>
 820 <td>x</td>
 821 <td>x</td>
 822 <td>456</td>
 823 </tr>
 824 <tr><td>blk-pull-aos</td>
 825 <td>OS</td>
 826 <td>AoS</td>
 827 <td>D</td>
 828 <td>x</td>
 829 <td>x</td>
 830 <td>456</td>
 831 </tr>
 832 <tr><td>aa-soa</td>
 833 <td>AA</td>
 834 <td>SoA</td>
 835 <td>D</td>
 836 <td>x</td>
 837 <td>x</td>
 838 <td>304</td>
 839 </tr>
 840 <tr><td>aa-aos</td>
 841 <td>AA</td>
 842 <td>AoS</td>
 843 <td>D</td>
 844 <td>x</td>
 845 <td>x</td>
 846 <td>304</td>
 847 </tr>
 848 <tr><td>aa-vec-soa</td>
 849 <td>AA</td>
 850 <td>SoA</td>
 851 <td>D</td>
 852 <td>x</td>
 853 <td>x</td>
 854 <td>304</td>
 855 </tr>
 856 <tr><td>aa-vec-sl-soa</td>
 857 <td>AA</td>
 858 <td>SoA</td>
 859 <td>D</td>
 860 <td>x</td>
 861 <td>x</td>
 862 <td>304</td>
 863 </tr>
 864 <tr><td>list-push-soa</td>
 865 <td>OS</td>
 866 <td>SoA</td>
 867 <td>I</td>
 868 <td>x</td>
 869 <td>x</td>
 870 <td>528</td>
 871 </tr>
 872 <tr><td>list-push-aos</td>
 873 <td>OS</td>
 874 <td>AoS</td>
 875 <td>I</td>
 876 <td>x</td>
 877 <td>x</td>
 878 <td>528</td>
 879 </tr>
 880 <tr><td>list-pull-soa</td>
 881 <td>OS</td>
 882 <td>SoA</td>
 883 <td>I</td>
 884 <td>x</td>
 885 <td>x</td>
 886 <td>528</td>
 887 </tr>
 888 <tr><td>list-pull-aos</td>
 889 <td>OS</td>
 890 <td>AoS</td>
 891 <td>I</td>
 892 <td>x</td>
 893 <td>x</td>
 894 <td>528</td>
 895 </tr>
 896 <tr><td>list-pull-split-nt-1s</td>
 897 <td>OS</td>
 898 <td>SoA</td>
 899 <td>I</td>
 900 <td>x</td>
 901 <td>x</td>
 902 <td>376</td>
 903 </tr>
 904 <tr><td>list-pull-split-nt-2s</td>
 905 <td>OS</td>
 906 <td>SoA</td>
 907 <td>I</td>
 908 <td>x</td>
 909 <td>x</td>
 910 <td>376</td>
 911 </tr>
 912 <tr><td>list-aa-soa</td>
 913 <td>AA</td>
 914 <td>SoA</td>
 915 <td>I</td>
 916 <td>x</td>
 917 <td>x</td>
 918 <td>340</td>
 919 </tr>
 920 <tr><td>list-aa-aos</td>
 921 <td>AA</td>
 922 <td>AoS</td>
 923 <td>I</td>
 924 <td>x</td>
 925 <td>x</td>
 926 <td>340</td>
 927 </tr>
 928 <tr><td>list-aa-ria-soa</td>
 929 <td>AA</td>
 930 <td>SoA</td>
 931 <td>I</td>
 932 <td>x</td>
 933 <td>x</td>
 934 <td>304-342</td>
 935 </tr>
 936 <tr><td>list-aa-pv-soa</td>
 937 <td>AA</td>
 938 <td>SoA</td>
 939 <td>I</td>
 940 <td>x</td>
 941 <td>x</td>
 942 <td>304-342</td>
 943 </tr>
 944 </tbody>
 945 </table>
 946 </div>
 947 </div>
 948 <div class="section" id="id2">
 949 <h1><a class="toc-backref" href="#id17">4&nbsp;&nbsp;&nbsp;Benchmarking</a></h1>
 950 <p>Correct benchmarking is a nontrivial task. Whenever benchmark results should be
 951 created make sure the binary was compiled with:</p>
 952 <ul class="simple">
 953 <li><tt class="docutils literal">BENCHMARK=on</tt> (default if not overriden) and</li>
 954 <li><tt class="docutils literal">BUILD=release</tt> (default if not overriden) and</li>
 955 <li>the correct ISA for macros is used, selected via <tt class="docutils literal">ISA</tt> and</li>
 956 <li>use <tt class="docutils literal">TARCH</tt> to specify the architecture the compiler generates code for.</li>
 957 </ul>
 958 <div class="section" id="intel-compiler">
 959 <h2><a class="toc-backref" href="#id18">4.1&nbsp;&nbsp;&nbsp;Intel Compiler</a></h2>
 960 <p>For the Intel compiler one can specify depending on the target ISA extension:</p>
 961 <ul class="simple">
 962 <li>AVX:          <tt class="docutils literal"><span class="pre">TARCH=-xAVX</span></tt></li>
 963 <li>AVX2 and FMA: <tt class="docutils literal"><span class="pre">TARCH=-xCORE-AVX2,-fma</span></tt></li>
 964 <li>AVX512:       <tt class="docutils literal"><span class="pre">TARCH=-xCORE-AVX512</span></tt></li>
 965 <li>KNL:          <tt class="docutils literal"><span class="pre">TARCH=-xMIC-AVX512</span></tt></li>
 966 </ul>
 967 <p>Compiling for an architecture supporting AVX (Sandy Bridge, Ivy Bridge):</p>
 968 <pre class="literal-block">
 969 make ISA=avx TARCH=-xAVX
 970 </pre>
 971 <p>Compiling for an architecture supporting AVX2 (Haswell, Broadwell):</p>
 972 <pre class="literal-block">
 973 make ISA=avx TARCH=-xCORE-AVX2,-fma
 974 </pre>
 975 <p>WARNING: ISA is here still set to <tt class="docutils literal">avx</tt> as currently we have the FMA intrinsics not
 976 implemented. This might change in the future.</p>
 977 <p>Compiling for an architecture supporting AVX-512 (Skylake):</p>
 978 <pre class="literal-block">
 979 make ISA=avx TARCH=-xCORE-AVX512
 980 </pre>
 981 <p>WARNING: ISA is here still set to <tt class="docutils literal">avx</tt> as currently we have no implementation for the
 982 AVX512 intrinsics. This might change in the future.</p>
 983 </div>
 984 <div class="section" id="pinning">
 985 <h2><a class="toc-backref" href="#id19">4.2&nbsp;&nbsp;&nbsp;Pinning</a></h2>
 986 <p>During benchmarking pinning should be used via the <tt class="docutils literal"><span class="pre">-pin</span></tt> parameter. Running
 987 a benchmark with 10 threads and pin them to the first 10 cores works like</p>
 988 <pre class="literal-block">
 989 $ bin/lbmbenchk-linux-intel-release-dp ... -t 10 -pin $(seq -s , 0 9)
 990 </pre>
 991 </div>
 992 <div class="section" id="general-remarks">
 993 <h2><a class="toc-backref" href="#id20">4.3&nbsp;&nbsp;&nbsp;General Remarks</a></h2>
 994 <p>Things the binary does nor check or control:</p>
 995 <ul class="simple">
 996 <li>transparent huge pages: when allocating memory small 4 KiB pages might be
 997 replaced with larger ones. This is in general a good thing, but if this is
 998 really the case, depends on the system settings (check e.g. the status of
 999 <tt class="docutils literal">/sys/kernel/mm/transparent_hugepage/enabled</tt>).
1000 Currently <tt class="docutils literal">madvise(MADV_HUGEPAGE)</tt> is used for allocations which are aligned to
1001 a 4 KiB page, which should be the case for the lattices.
1002 This should result in huge pages except THP is disabled on the machine.
1003 (NOTE: madvise() is used if <tt class="docutils literal">HAVE_HUGE_PAGES</tt> is defined, which is currently
1004 hard coded defined in <tt class="docutils literal">Memory.c</tt>).</li>
1005 <li>CPU/core frequency: For reproducible results the frequency of all cores
1006 should be fixed.</li>
1007 <li>NUMA placement policy: The benchmark assumes a first touch policy, which
1008 means the memory will be placed at the NUMA domain the touching core is
1009 associated with. If a different policy is in place or the NUMA domain to be
1010 used is already full memory might be allocated in a remote domain. Accesses
1011 to remote domains typically have a higher latency and lower bandwidth.</li>
1012 <li>System load: interference with other application, especially on desktop
1013 systems should be avoided.</li>
1014 <li>Padding: For SoA based kernels the number of (fluid) nodes is automatically
1015 adjusted so that no cache or TLB thrashing should occur. The parameters are
1016 optimized for current Intel based systems. For more details look into the
1017 padding section.</li>
1018 <li>CPU dispatcher function: the compiler might add different versions of a
1019 function for different ISA extensions. Make sure the code you might think is
1020 executed is actually the code which is executed.</li>
1021 </ul>
1022 </div>
1023 <div class="section" id="padding">
1024 <h2><a class="toc-backref" href="#id21">4.4&nbsp;&nbsp;&nbsp;Padding</a></h2>
1025 <p>With correct padding cache and TLB thrashing can be avoided. Therefore the
1026 number of (fluid) nodes used in the data layout is artificially increased.</p>
1027 <p>Currently automatic padding is active for kernels which support it. It can be
1028 controlled via the kernel parameter (i.e. parameter after the <tt class="docutils literal"><span class="pre">--</span></tt>)
1029 <tt class="docutils literal"><span class="pre">-pad</span></tt>. Supported values are <tt class="docutils literal">auto</tt> (default), <tt class="docutils literal">no</tt> (to disable padding),
1030 or a manual padding.</p>
1031 <p>Automatic padding tries to avoid cache and TLB thrashing and pads for a 32
1032 entry (huge pages) TLB with 8 sets and a 512 set (L2) cache. This reflects the
1033 parameters of current Intel based processors.</p>
1034 <p>Manual padding is done via a padding string and has the format
1035 <tt class="docutils literal"><span class="pre">mod_1+offset_1(,mod_n+offset_n)</span></tt>, which specifies numbers of bytes.
1036 SoA data layouts can exhibit TLB thrashing. Therefore we want to distribute the
1037 19 pages with one lattice (36 with two lattices) we are concurrently accessing
1038 over as much sets in the TLB as possible.
1039 This is controlled by the distance between the accessed pages, which is the
1040 number of (fluid) nodes in between them and can be adjusted by adding further
1041 (fluid) nodes.
1042 We want the distance d (in bytes) between two accessed pages to be e.g.
1043 <strong>d % (PAGE_SIZE * TLB_SETS) = PAGE_SIZE</strong>.
1044 This would distribute the pages evenly over the sets. Hereby <strong>PAGE_SIZE * TLB_SETS</strong>
1045 would be our <tt class="docutils literal">mod_1</tt> and <strong>PAGE_SIZE</strong> (after the =) our <tt class="docutils literal">offset_1</tt>.
1046 Measurements show that with only a quarter of half of a page size as offset
1047 higher performance is achieved, which is done by automatic padding.
1048 On top of this padding more paddings can be added. They are just added to the
1049 padding string and are separated by commas.</p>
1050 <p>A zero modulus in the padding string has a special meaning. Here the
1051 corresponding offset is just added to the number of nodes. A padding string
1052 like <tt class="docutils literal"><span class="pre">-pad</span> 0+16</tt> would at a static padding of two nodes (one node = 8 b).</p>
1053 </div>
1054 </div>
1055 <div class="section" id="geometries">
1056 <h1><a class="toc-backref" href="#id22">5&nbsp;&nbsp;&nbsp;Geometries</a></h1>
1057 <p>TODO: supported geometries: channel, pipe, blocks, fluid</p>
1058 </div>
1059 <div class="section" id="performance-results">
1060 <h1><a class="toc-backref" href="#id23">6&nbsp;&nbsp;&nbsp;Performance Results</a></h1>
1061 <p>The sections lists performance values measured on several machines for
1062 different kernels and geometries and <strong>double precision</strong> floating point data/arithmetic.
1063 The <strong>RFM</strong> column denotes the expected performance as predicted by the
1064 Roofline performance model <a class="citation-reference" href="#williams-2008" id="id3">[williams-2008]</a>.
1065 For performance prediction of each kernel a memory bandwidth benchmark is used
1066 which mimics the kernels memory access pattern and the kernel's loop balance
1067 (see <a class="citation-reference" href="#kernels" id="id4">[kernels]</a> for details).</p>
1068 <div class="section" id="machine-specifications">
1069 <h2><a class="toc-backref" href="#id24">6.1&nbsp;&nbsp;&nbsp;Machine Specifications</a></h2>
1070 <p><strong>Ivy Bridge, Intel Xeon E5-2660 v2</strong></p>
1071 <ul class="simple">
1072 <li>Ivy Bridge architecture, AVX</li>
1073 <li>10 cores, 2.2 GHz</li>
1074 <li>SMT enabled</li>
1075 <li>memoy bandwidth:<ul>
1076 <li>copy-19             32.7 GB/s</li>
1077 <li>copy-19-nt-sl       35.6 GB/s</li>
1078 <li>update-19           37.4 GB/s</li>
1079 </ul>
1080 </li>
1081 </ul>
1082 <p><strong>Haswell, Intel Xeon E5-2695 v3</strong></p>
1083 <ul class="simple">
1084 <li>Haswell architecture, AVX2, FMA</li>
1085 <li>14 cores, 2.3 GHz</li>
1086 <li>2 x 7 cores in cluster-on-die (CoD) mode enabled</li>
1087 <li>SMT enabled</li>
1088 <li>memory bandwidth:<ul>
1089 <li>copy-19              47.3 GB/s</li>
1090 <li>copy-19-nt-sl        47.1 GB/s</li>
1091 <li>update-19            44.0 GB/s</li>
1092 </ul>
1093 </li>
1094 </ul>
1095 <p><strong>Broadwell, Intel Xeon E5-2630 v4</strong></p>
1096 <ul class="simple">
1097 <li>Broadwell architecture, AVX2, FMA</li>
1098 <li>10 cores, 2.2 GHz</li>
1099 <li>SMT disabled</li>
1100 <li>memory bandwidth:<ul>
1101 <li>copy-19              48.0 GB/s</li>
1102 <li>copy-nt-sl-19        48.2 GB/s</li>
1103 <li>update-19            51.1 GB/s</li>
1104 </ul>
1105 </li>
1106 </ul>
1107 <p><strong>Skylake, Intel Xeon Gold 6148</strong></p>
1108 <p>NOTE: currently we only use AVX2 intrinsics.</p>
1109 <ul class="simple">
1110 <li>Skylake server architecture, AVX2, AVX512, 2 FMA units</li>
1111 <li>20 cores, 2.4 GHz</li>
1112 <li>SMT enabled</li>
1113 <li>memory bandwidth:<ul>
1114 <li>copy-19              89.7 GB/s</li>
1115 <li>copy-19-nt-sl        92.4 GB/s</li>
1116 <li>update-19            93.6 GB/s</li>
1117 </ul>
1118 </li>
1119 </ul>
1120 <p><strong>Zen, AMD EPYC 7451</strong></p>
1121 <ul class="simple">
1122 <li>Zen architecture, AVX2, FMA</li>
1123 <li>24 cores, 2.3 GHz</li>
1124 <li>SMT enabled</li>
1125 <li>memory bandwidth:<ul>
1126 <li>copy-19              111.9 GB/s</li>
1127 <li>copy-19-nt-sl        111.7 GB/s</li>
1128 <li>update-19            109.2 GB/s</li>
1129 </ul>
1130 </li>
1131 </ul>
1132 <p><strong>Zen, AMD Ryzen 7 1700X</strong></p>
1133 <ul class="simple">
1134 <li>Zen architecture, AVX2, FMA</li>
1135 <li>8 cores, 3.4 GHz</li>
1136 <li>SMT enabled</li>
1137 <li>memory bandwidth:<ul>
1138 <li>copy-19              27.2 GB/s</li>
1139 <li>copy-19-nt-sl        27.1 GB/s</li>
1140 <li>update-19            26.1 GB/s</li>
1141 </ul>
1142 </li>
1143 </ul>
1144 </div>
1145 <div class="section" id="single-socket-results">
1146 <h2><a class="toc-backref" href="#id25">6.2&nbsp;&nbsp;&nbsp;Single Socket Results</a></h2>
1147 <ul class="simple">
1148 <li>Geometry dimensions are for all measurements 500x100x100 nodes.</li>
1149 <li>Note the <strong>different scaling on the y axis</strong> of the plots!</li>
1150 </ul>
1151 <table border="1" class="docutils">
1152 <colgroup>
1153 <col width="100%" />
1154 </colgroup>
1155 <tbody valign="top">
1156 <tr><td>Ivy Bridge, Intel Xeon E5-2660 v2, Double Precision</td>
1157 </tr>
1158 <tr><td><img alt="perf_emmy_dp" src="images/benchmark-emmy-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1159 </tr>
1160 <tr><td>Ivy Bridge, Intel Xeon E5-2660 v2, Single Precision</td>
1161 </tr>
1162 <tr><td><img alt="perf_emmy_sp" src="images/benchmark-emmy-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1163 </tr>
1164 <tr><td>Haswell, Intel Xeon E5-2695 v3, Double Precision</td>
1165 </tr>
1166 <tr><td><img alt="perf_hasep1_dp" src="images/benchmark-hasep1-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1167 </tr>
1168 <tr><td>Haswell, Intel Xeon E5-2695 v3, Single Precision</td>
1169 </tr>
1170 <tr><td><img alt="perf_hasep1_sp" src="images/benchmark-hasep1-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1171 </tr>
1172 <tr><td>Broadwell, Intel Xeon E5-2630 v4, Double Precision</td>
1173 </tr>
1174 <tr><td><img alt="perf_meggie_dp" src="images/benchmark-meggie-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1175 </tr>
1176 <tr><td>Broadwell, Intel Xeon E5-2630 v4, Single Precision</td>
1177 </tr>
1178 <tr><td><img alt="perf_meggie_sp" src="images/benchmark-meggie-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1179 </tr>
1180 <tr><td>Skylake, Intel Xeon Gold 6148, Double Precision, <strong>NOTE: currently we only use AVX2 intrinsics.</strong></td>
1181 </tr>
1182 <tr><td><img alt="perf_skylakesp2_dp" src="images/benchmark-skylakesp2-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1183 </tr>
1184 <tr><td>Skylake, Intel Xeon Gold 6148, Single Precision, <strong>NOTE: currently we only use AVX2 intrinsics.</strong></td>
1185 </tr>
1186 <tr><td><img alt="perf_skylakesp2_sp" src="images/benchmark-skylakesp2-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1187 </tr>
1188 <tr><td>Zen, AMD Ryzen 7 1700X, Double Precision</td>
1189 </tr>
1190 <tr><td><img alt="perf_summitridge1_dp" src="images/benchmark-summitridge1-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1191 </tr>
1192 <tr><td>Zen, AMD Ryzen 7 1700X, Single Precision</td>
1193 </tr>
1194 <tr><td><img alt="perf_summitridge1_sp" src="images/benchmark-summitridge1-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1195 </tr>
1196 <tr><td>Zen, AMD EPYC 7451, Double Precision</td>
1197 </tr>
1198 <tr><td><img alt="perf_naples1_dp" src="images/benchmark-naples1-dp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1199 </tr>
1200 <tr><td>Zen, AMD EPYC 7451, Single Precision</td>
1201 </tr>
1202 <tr><td><img alt="perf_naples1_sp" src="images/benchmark-naples1-sp.png" style="width: 1000.0px; height: 250.0px;" /></td>
1203 </tr>
1204 </tbody>
1205 </table>
1206 </div>
1207 </div>
1208 <div class="section" id="licence">
1209 <h1><a class="toc-backref" href="#id26">7&nbsp;&nbsp;&nbsp;Licence</a></h1>
1210 <p>The Lattice Boltzmann Benchmark Kernels are licensed under GPLv3.</p>
1211 </div>
1212 <div class="section" id="acknowledgements">
1213 <h1><a class="toc-backref" href="#id27">8&nbsp;&nbsp;&nbsp;Acknowledgements</a></h1>
1214 <p>This work was funded by BMBF, grant no. 01IH15003A (project SKAMPY).</p>
1215 <p>This work was funded by KONWHIR project OMI4PAPS.</p>
1216 </div>
1217 <div class="section" id="bibliography">
1218 <h1><a class="toc-backref" href="#id28">9&nbsp;&nbsp;&nbsp;Bibliography</a></h1>
1219 <table class="docutils citation" frame="void" id="ginzburg-2008" rules="none">
1220 <colgroup><col class="label" /><col /></colgroup>
1221 <tbody valign="top">
1222 <tr><td class="label"><a class="fn-backref" href="#id1">[ginzburg-2008]</a></td><td>I. Ginzburg, F. Verhaeghe, and D. d'Humières.
1223 Two-relaxation-time lattice Boltzmann scheme: About parametrization, velocity, pressure and mixed boundary conditions.
1224 Commun. Comput. Phys., 3(2):427-478, 2008.</td></tr>
1225 </tbody>
1226 </table>
1227 <table class="docutils citation" frame="void" id="williams-2008" rules="none">
1228 <colgroup><col class="label" /><col /></colgroup>
1229 <tbody valign="top">
1230 <tr><td class="label"><a class="fn-backref" href="#id3">[williams-2008]</a></td><td>S. Williams, A. Waterman, and D. Patterson.
1231 Roofline: an insightful visual performance model for multicore architectures.
1232 Commun. ACM, 52(4):65-76, Apr 2009. doi:10.1145/1498765.1498785</td></tr>
1233 </tbody>
1234 </table>
1235 <p>Document was generated at 2018-01-09 11:54.</p>
1236 </div>
1237 </div>
1238 </body>
1239 </html>