<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature">On Thu, Nov 26, 2015 at 9:01 PM, Roland Schulz <span dir="ltr"><<a href="mailto:roland@utk.edu" target="_blank">roland@utk.edu</a>></span> wrote:<br></div></div><div class="gmail_quote"><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"><<a href="mailto:pall.szilard@gmail.com" target="_blank">pall.szilard@gmail.com</a>></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 class=""><span>
<div>
<div>On Thu, Nov 26, 2015 at 8:25 PM, Roland Schulz <span dir="ltr">
<<a href="mailto:roland@utk.edu" target="_blank">roland@utk.edu</a>></span> wrote:<br>
</div>
</div>
</span></span><div class="gmail_quote"><span class=""><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"><<a href="mailto:pall.szilard@gmail.com" target="_blank">pall.szilard@gmail.com</a>></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 class=""><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't have any influence anyhow. But I don't think that'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><div>Let me not look at OpenACC, please. :)</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"><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><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'm not entirely sure what the balance is when in terms of where the science output is produced (and I won'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 "proper HPC" facilities. Than there is the education impact of GROMACS where the situation is very non-HPC.</div><div><br></div><div>Hence, a wide-range OpenCL adoption could represent a substantial shift in terms of what the average GROMACS users runs on/with. Of course, that won't happen from one day to another, but if there were OSS Intel and AMD GPU drivers + gcc / clang with decent OpenCL support, it would attract a lot of people who will inherently have the hardware in their laptops/desktops anyway.</div><div><br></div><div>However, this is a bit of a chicken-egg problem and that'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><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 class=""><font color="#888888"><div><br></div><div>Roland<br></div></font></span></div>
</div></div>
<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'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">gmx-developers-request@gromacs.org</a>.<br></blockquote></div><br></div></div>