<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019 at 1:47 PM Jörg Saßmannshausen <<a href="mailto:sassy-work@sassy.formativ.net">sassy-work@sassy.formativ.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear all,<br>
<br>
I think the answer to the question lies here:<br>
<br>
<a href="https://en.wikipedia.org/wiki/OpenACC" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/OpenACC</a><br>
<br>
As I follow these things rather loosely, my understanding was that OpenACC <br>
should run on both nVidia and other GPUs. So maybe that is the reason why it <br>
is a 'pure' AMD cluster where both GPUs and CPUs are from the same supplier?<br>
IF all of that is working out and if it is really true that you can compile <br>
and run OpenACC code on both types of GPUs, it would a be big win for AMD.<br>
<br>
Time will tell!<br>
<br>
All the best from my TARDIS!<br>
<br>
Jörg<br>
<br></blockquote><div><br></div><div>Once upon a time portability, interoperabiilty, standardization, were considered good software and hardware attributes.<br></div><div>Whatever happened to them?<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Am Dienstag, 7. Mai 2019, 16:59:48 BST schrieben Sie:<br>
> >   I think it is interesting that they are using AMD for<br>
> > <br>
> > both the CPUs and GPUs<br>
> <br>
> I agree. That means a LOT of codes will have to be ported from CUDA to<br>
> whatever AMD uses. I know AMD announced their HIP interface to convert<br>
> CUDA code into something that will run on AMD processors, but I don't<br>
> know how well that works in theory. Frankly, I haven't heard anything<br>
> about it since it was announced at SC a few years ago.<br>
> <br>
> I would not be surprised if AMD pursued this bid quite agressively,<br>
> possibly at a significant loss, for the opportunity to prove their GPUs<br>
> can compete with NVIDIA and demonstrate that codes can be successfully<br>
> converted from CUDA to something AMD GPUs can use to demonstrate GPU<br>
> users don't need to be locked in to a single vendor. If so, this could<br>
> be a costly gamble for the DOE and AMD, but if it pays off, I imagine it<br>
> could change AMD's fortunes in HPC.<br>
> <br>
>   "Win on Sunday, sell on Monday" doesn't apply just to cars.<br>
> <br>
> Prentice<br>
> <br>
> On 5/7/19 4:43 PM, Jörg Saßmannshausen wrote:<br>
> > Hi Prentice,<br>
> > <br>
> > that looks interesting and I hope it means I will finally get the neutron<br>
> > structure which was measured last year there! :-)<br>
> > <br>
> > On a more serious note: I think it is interesting that they are using AMD<br>
> > for both the CPUs and GPUs. It sounds at least very fast of what they<br>
> > want to build, lets hope their design will work as planned as well.<br>
> > <br>
> > All the best from London<br>
> > <br>
> > Jörg<br>
> > <br>
> > Am Dienstag, 7. Mai 2019, 10:32:42 BST schrieb Prentice Bisbal via <br>
Beowulf:<br>
> >> ORNL's Frontier System has been announced:<br>
> >> <br>
> >> <a href="https://www.hpcwire.com/2019/05/07/cray-amd-exascale-frontier-at-oak-ridg" rel="noreferrer" target="_blank">https://www.hpcwire.com/2019/05/07/cray-amd-exascale-frontier-at-oak-ridg</a><br>
> >> e/<br>
<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="https://beowulf.org/cgi-bin/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">https://beowulf.org/cgi-bin/mailman/listinfo/beowulf</a><br>
</blockquote></div></div>