<div dir="ltr"><div>Hi Frank,<br><br></div>I tracked down the problem.  The way the superbuild was calling ./configure for mesa was causing the default -O2 flags set by mesa's ./configure to get dropped, thus resulting in an unoptimized mesa build.  I just merged a fix for both issues into the superbuild.<br><div class="gmail_extra"><br clear="all"><div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">----------<br>Chuck Atkins<br>Staff R&D Engineer, Scientific Computing<br>Kitware, Inc.<br><br></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Fri, Oct 7, 2016 at 4:39 PM, Chuck Atkins <span dir="ltr"><<a href="mailto:chuck.atkins@kitware.com" target="_blank">chuck.atkins@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div class="gmail_extra"><div class="gmail_quote"><span><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div lang="DE-CH"><div><p style="margin-left:72pt"><span style="font-size:10pt;font-family:"arial","sans-serif";color:rgb(31,73,125)" lang="EN-US"><u></u><u></u></span></p><p style="margin-left:35.4pt" class="MsoNormal"><span style="font-size:10pt;font-family:"arial","sans-serif";color:rgb(31,73,125)" lang="EN-US">which are not copied into the archive when packing the binaries using: “ctest -V -R cpack-paraviewsdk-TGZ”</span></p></div></div></blockquote><div><br></div></span><div>This should have been fixed a while ago.  I'll try to reproduce it and make sure the packaging is correct.<br></div></div></div></div></div></div></blockquote><div><br></div></span><div>I see the same problem.  I have a fix for the packaging and will get it up shortly.  It probably won't make it for the RC tonight but it will be fixed before the release.<br><br><br></div><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div class="gmail_extra"><div class="gmail_quote"><div></div><span><div></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div lang="DE-CH"><div><p style="margin-left:35.4pt" class="MsoNormal"><span style="font-size:10pt;font-family:"arial","sans-serif";color:rgb(31,73,125)" lang="EN-US"><u></u><u></u></span></p><p><u></u><span style="font-size:10pt;font-family:"arial","sans-serif";color:rgb(31,73,125)" lang="EN-US"><span>4.<span style="font:7pt "times new roman"">     </span></span></span><u></u><span style="font-size:10pt;font-family:"arial","sans-serif";color:rgb(31,73,125)" lang="EN-US">Compared to the ParaView v5.1.2 binary for Linux, the compiled version with mesa v12.0.3 is substantially slower than with the OpenSWR version shipped with the binary.</span></p></div></div></blockquote></span><div>That certainly should not be the case.<br></div></div></div></div></div></div></blockquote></span></div><br></div><div class="gmail_extra">The good news is that I was just able to reproduce the problem.  Even better I could isolate it to the mesa build from the superbuild.  Swapping out the mesa libs in the release binary on the web site, on a single 14-Core Haswell CPU I see a difference of 25MiPolys / sec with the superbuild libraries vs 118MiPolys / sec with the website binaries.   That's roughly a 4.5x performance difference, i.e. not good.  I don't know yet if it's a mesa problem or how we build it.  I'll dig deeper and let you know.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks for the bug!<span><font color="#888888"><br><br></font></span></div><span><font color="#888888"><div class="gmail_extra">- Chuck<br></div></font></span></div>
</blockquote></div><br></div></div>