<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 26, 2015 at 3:23 PM, Szilárd Páll <span dir="ltr">&lt;<a href="mailto:pall.szilard@gmail.com" target="_blank">pall.szilard@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<div>
<div dir="ltr">
<div class="gmail_extra"><span class="">
<div>
<div>On Thu, Nov 26, 2015 at 9:01 PM, Roland Schulz <span dir="ltr">
&lt;<a href="mailto:roland@utk.edu" target="_blank">roland@utk.edu</a>&gt;</span> wrote:<br>
</div>
</div>
</span><div class="gmail_quote"><span class="">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Nov 26, 2015 at 2:51 PM, Szilárd Páll <span dir="ltr">
&lt;<a href="mailto:pall.szilard@gmail.com" target="_blank">pall.szilard@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>
<div dir="ltr"><br>
<div class="gmail_extra"><span><span>
<div>
<div>On Thu, Nov 26, 2015 at 8:25 PM, Roland Schulz <span dir="ltr">&lt;<a href="mailto:roland@utk.edu" target="_blank">roland@utk.edu</a>&gt;</span> wrote:<br>
</div>
</div>
</span></span>
<div class="gmail_quote"><span><span>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote"><span>On Thu, Nov 26, 2015 at 2:07 PM, Szilárd Páll <span dir="ltr">
&lt;<a href="mailto:pall.szilard@gmail.com" target="_blank">pall.szilard@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>
<div dir="ltr">Hi,
<div><br>
</div>
<div>Besides FPGA folks, what about Apple, embedded and mobile platforms (Qualcomm, ARM, Samsung, etc.)?</div>
</div>
</div>
</blockquote>
</span>
<div>All the embedded GPUs are for the foreseeable futures uninteresting for HPC.</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</span></span><span>
<div>Note that HPC does, in most cases, not drive programming language/framework/standard adoption. </div>
</span></div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>But we only have influence in HPC. Thus if that is true, then we don&#39;t have any influence anyhow. But I don&#39;t think that&#39;s always true. Especially if you look at OpenACC/OpenMP/Fortran (even some new things in C++). </div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</span><div>Let me not look at OpenACC, please. :)</div></div></div></div></div></blockquote><div><br></div><div>Maybe HPC shouldn&#39;t have influence on languages: Fotran, OpenACC, ... ;-) </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>I agree that OpenCL still matters outside of HPC. I only meant that it might not matter in the future for HPC, which is the only area where our decision have any influence.</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
</span><div>Actually, I would argue that if you consider the number of users, GROMACS likely has most likely more use on commodity computing resources (that includes laptops, workstations, and university basement clusters) than on actual HPC iron - even without counting
 F@H. In terms of cycles burnt that may not be the case. Also, I&#39;m not entirely sure what the balance is when in terms of where the science output is produced (and I won&#39;t even try to weight that by quality). However, in terms of raw publication numbers a lot
 of science may not come from GROMACS running on &quot;proper HPC&quot; facilities. Than there is the education impact of GROMACS where the situation is very non-HPC.</div></div></div></div></div></blockquote><div><br></div><div>I agree. But I think what I wrote is true even if we use HPC very broadly.Like NVidia sometimes uses it for anything with a single Tesla. That still excludes anything embedded or Iris and mostly APU too. And according to that broad use of HPC, most of GROMACS is HPC.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>However, this is a bit of a chicken-egg problem and that&#39;s why I believe it matters whether we take the back seat or put some effort into having an honest alternative! This does not have to be super-tuned, but it does have to work, have mostly complete
 feature support, for further extensions, porting, or performance tuning when an opportunity arises, would you not agree?</div></div></div></div></div></blockquote><div><br></div><div>It certainly makes sense for us to try new things, to explore technologies in an early phase, and find out whether they are useful and drive research. But that isn&#39;t the issue with OpenCL. I think few people claim that there are inherit issues with the OpenCL standard which makes it impossible to get good performance. It has to do with the effort put into the implementation. As one can see with JavaScript, performance is more in the implementation than in the language. So I don&#39;t think we need a proof of usefulness at this point but the business case for the implementers to put (significant) more resources into it. Not sure how we can do that. Because like I said, until we actually drop CUDA we aren&#39;t an important OpenCL user.</div><div><br></div><div>Roland </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><br>
</div>
<div>--</div>
<div>Szilárd<br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><span><font color="#888888">
<div><br>
</div>
<div>Roland<br>
</div>
</font></span></div>
</div>
</div><span class="">
<br>
--<br>
Gromacs Developers mailing list<br>
<br>
* Please search the archive at <a href="http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List" rel="noreferrer" target="_blank">
http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List</a> before posting!<br>
<br>
* Can&#39;t post? Read <a href="http://www.gromacs.org/Support/Mailing_Lists" rel="noreferrer" target="_blank">
http://www.gromacs.org/Support/Mailing_Lists</a><br>
<br>
* For (un)subscribe requests visit<br>
<a href="https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers" rel="noreferrer" target="_blank">https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers</a> or send a mail to
<a href="mailto:gmx-developers-request@gromacs.org" target="_blank">gmx-developers-request@gromacs.org</a>.<br>
</span></blockquote>
</div>
<br>
</div>
</div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov" target="_blank">cmb.ornl.gov</a><br>865-241-1537, ORNL PO BOX 2008 MS6309</div>
</div></div>